przemo_li

7 ms·

1.
by przemo_li 1y ago
How good is mise at clean up of accumulated versions?
2.
by przemo_li 1y ago
That's wrong hot take. GH have forks. Those are distributed repos. You can also sync to GitLab and similar, you can front it with the likes of Gerrit, integrate some code review UIs that actually clone code, etc. You can exercise distr
3.
by przemo_li 2y ago
There is huge array of alternatives between git-flow and trunk based development. Most still miss on benefits TBD and CI bring. Companies settle in the middle because git-flow is very specialized branching strategy. You almost need physical
4.
by przemo_li 3y ago
Nobody insures nuclear power plants. Government is always spillover guarantee. It also does not come into play after start of operations. Financing would be different matter. Those percentages trump up heavily and can kill any large project
5.
by przemo_li 3y ago
If you allow at most 2 versions and expect team introducing change to rewrite all code... At small size of code, tooling for that may be off-the-shelf for monolith. Are there any rewrite told that work cross repos though?
6.
by przemo_li 3y ago
Have you tried to just track time on board / time on column on each task on Kanban board? You just need to keep track of time to trigger those discussions.
7.
by przemo_li 3y ago
In Kanban you multiply cycle time by tasks and do some modeling on that value. Only difference is that in SCRUM whole team does produce raw value upfront of work, while in Kanban manager computes raw value downward of work. Raw value here r
8.
by przemo_li 3y ago
I think you where sold on "scrum is all you need"lie. Kanban isn't there to dictate process, but as a tool to correctly and truthfully inspect your process. E.g. we recently used length of UAT column to prove that we need mor
9.
by przemo_li 3y ago
Proposing retro board be available 24/7 and retros be skipped if board is empty is good use of retro time. ;)
10.
by przemo_li 3y ago
If revenue they bring is estimated you may only need relative comparison. After all if dev team days that more perspective project is very likely cheaper to make, why would you choose the other one? See? No need for detailed answers if ther
11.
by przemo_li 3y ago
I think it's reference to a team that can be satisfied with a pizza in take out event. Increasing number of pizzas you get bigger teams. Increasing number of microservices you assign more of them to a single team.
12.
by przemo_li 3y ago
Over focusing on source leads to stand conclusions. True remedy in both cases is refactoring. So if team don't have time for refactoring in monolith, then switch to microservices would need to free up enough time for the team to start
13.
by przemo_li 3y ago
French scenario could have been avoided is much better loans where secured. Delays skyrocketed costs for to fat % on those financing agreements. Which is 101 of big projects anyway. Hard to understand why french project wasn't deemed t
14.
by przemo_li 3y ago
That's too native. Output is indeed cooled but only enough to be only fraction hotter then input. Then dumping is safe again. This is also why most of those power plants have to shut down. It's not the physical lack of water, but
15.
by przemo_li 4y ago
Valid basket does not imply valid order. Sometimes just splitting stuff into more types that are appropriate to specific portion of pipeline is a win.
16.
by przemo_li 4y ago
Can you expand by providing rough size and GL variants you have used with that monolith.
17.
by przemo_li 4y ago
Twitter got new round of lay offs. Don't drink cool aid. Twitter case is not yet settled. Musk bought Twitter as company-in-crisis, and crisis was not about excess workforce...
18.
by przemo_li 4y ago
composer.json is from PHP. Config file for package manage (almost universal). So it will be even bigger pain in the keyboard to write them :(
19.
by przemo_li 4y ago
Can you give an example? E.g. signal that you chose to ignore?
20.
by przemo_li 4y ago
Batteries. Everybody have better manufacturing capability then Tesla. Everybody know better then Tesla how to do cars. No really!!! It was always about costs side of equations. Manufacturing does not solve costs. Batteries factories and bat
21.
by przemo_li 4y ago
Git branchless have restack command that restacks whole trees/branches of commits.
22.
by przemo_li 4y ago
Problem of wrong incentives is that they put same pressures on everybody. So if those aren't cleared next batch of devs, just didn't spoil yet :( So looking at incentives first is good place to start. Those experienced devs can be
23.
by przemo_li 4y ago
Interfaces do not solve Expression Problem. So not even having interface can guarantee success. (Finding abstractions to solve given expression problem ain't easy too, but ultimately it may be better effort for library authors)
24.
by przemo_li 4y ago
Generalization is a way to go forward. Years back, they didn't even dreamed about your new class. Refactoring isn't waste. Its what enables good code this time around. (And what avoided mistaken decisions back then as someone just
25.
by przemo_li 5y ago
Autor do not talk about any abstraction though. They talk about concrete knobs and dials, bolted on in advance of actual requirements. "Can do it all" isn't abstraction because it does not hide any details, doesn't abstr
26.
by przemo_li 5y ago
Haskell was intended for academic language on which lazy programming can be researched. It was designed to a small extend to be used during CS studies. Witness some of those functions in prelude that will crash app on incorrect input, which
27.
by przemo_li 5y ago
Closest but VERY BADLY BROKEN analogy to Monads is one of many Java standard interfaces. Would you agree that introducing particular interface is gonna show interface definition in question? What should follow (just like in Java) is few exa
28.
by przemo_li 5y ago
IO is also pure. It will not be executed until the very last line of your app. O_O No seriously. If you wanted to model IO in say Java. Your whole program would be about constructing values. No I/O what so ever. Only do this then that
29.
by przemo_li 5y ago
That's because every single line of code is about side effect. That means that you have already eliminated all the unnecessary side effects (in both cases), and there is no extra work that could be made pure (also in both cases). Haske
30.
by przemo_li 5y ago
> As a Symfony dev I agree. And the process to convert PHP into a Java-esqe Kotlin-esque language is continuing. Why not use a different language if you like it rather than change PHP? The audacity of PHP 5.3 developers. How dared they!

More ›