bpizzi

> Nobody considers the carbon impact of building a 400sqft / 350mp home today, the lawn, the asphalted driveway, etc. They'll build it, drive a Prius or a Model X, and sleep thinking they save the world one car at a time.

There may be a big difference thought: you build your home once or twice per lifetime (even less if we look at it on a macro POV), whereas you spit C02 in the atmosphere every single day by commuting to work. I won't do the math, but I'd bet the second scenario as a far more CO2 cost that the first one.

I, for one, plead guilty of shunning here.

The homepage states that the desktop flavor is aimed at developers ('Clear Linux OS offers options that are tailored specifically for the developers’ production'), then searching for well known tiling WM (xmonad, i3) on the packages page yields not result. Not sure what other big things are left apart too. No thanks.

> Separation of the core OS from the services it is running is the key to keeping a hygienic separation between components sharing the same file system.

I try to achieve this goal on my linux servers with containers, more precisely at the namespaces separation level which gives the ability to mount a set of config files inside the service's container. The other advantage is that versioning a service configuration becomes easy, allowing both clean undo/redo strategies and remote backup. I'm pretty lazy so I'm using docker, but really the gist is around mounting config files for a segregated service process.

> The article misses the other great feature of Mosh: It never get disconnected, regardless of the client's state (IP address change, or device sleep mode), and you will never loose terminal sessions.

I almost switched to mosh in the past while searching for this kind of solution to short-living ssh connections.

But I've finally never made the jump, re-launching ssh/tmux being four keystrokes only (up+enter x2). Not justifying changing the whole paradigm. Plus you get the additional bonus with tmux to be able to recover the same remote terminal sessions when switching computers (leave stuff in place at work, go home, continue on the same stuff at home).

Edit: maybe it's the time for jumping ships!

Ha, I see there's connoisseurs here.

Been listening to Prog stuff non-stop for 3w, since the lockdown happened at my place.

God bless the (good) music makers.

Tangential: lastly I was searching for an easy to deploy, easy to use readonly html frontend for git repositories that could be reached via an URL subpath behind a reverse proxy, served from a container.

The use case is to let website owners see what their developers are changing in the source code that I'm hosting for those owners, and to embed this in the existing dashboard of mine where the owners can see what's happening on their servers. I would handle myself the part where the source code modifications are committed to the underlining git repositories, and a nice bonus would be that those repositories would act an additional backup strategy.

Unfortunately nothing came close to this simple wishlist, I was unable to get the likes of git-web or gitiles working under those constraints, I tried 4 or 5 at least.

I should have a look at Sorcia then!

Thanks for sharing, absolutely interesting!

I'm pretty sure that if you partner with someone that can package your food supply chain knowledge into a nice UI/UX experience (or doing it yourself, idk), you could produce and sell a decent piece of niche software for planning in food plants.

At $work we are into software for managing plants (not in the food industry), and the demand for tailor made planning functions is obvious.

This has already beginning to happen. Almost all of $work's customers (industrial plants, all sizes) have Buying Guidelines that forbids a new solution to be bought if it needs an Oracle database.

I beg to differ.

This is not like our ancestors have done it. They spread as far as they technologically could, simple as that.

https://en.wikipedia.org/wiki/Early_human_migrations

Some settlements survived, some died and got revived centuries later, but humans have continuously tried to settle further away, in a complex system that you can't reduced to "establish more or less independent [remote camps] that can survive without [base camp] indefinitely".

Space is more difficult only in it required more technology and resources, but it's the same (complex) expansion process that is hardwired in our specie since we were mere apes.

I'm not really sure it has something to do with having children. I would say it's much simpler: either you care, or you don't, whatever is your current age. I'm pretty sure those 'senior' architects we already that reckless back in their twenties.

Don't take it personally, you're fully entitled to have your own thought on this subject. But to me it looks like you are putting really too much importance on bedtime readings (or at least you are citing studies and trends that says so).

Because, I don't know if you have children, I do (8 and 6): you can't read them a different book every evening for 1h. Even for more than 5 minutes.

You just can't. Life is messy, there's no place for such idealistic hobbies.

That's why I can't relate to those "advice" (too use kind words), I just don't think they are relayed by real parents.

Yes I heard this too. Frankly something doesn't click for me, I can't say what exactly. The brain is far, far more complex than that, we can't boil "child language development" down to "read them 1+ hour/day" and "limit screen time".

Honest question: why don't you include books as a media?

/me gathering momentum...

Nice, glad to know there's other brave souls that choose the Big Rewrite path, despite the latent idea in our industry that every one of those projects are meant to fail.

I'm a simple employee with some management duties, it's small company (20p), I estimate my wage to be on the low end of the local market (french, not in the capital), but the position is quiet unusual so it's difficult to compare.

At the beginning there was only vague goals, not estimates, now 4y later I can tell how much days a functionality will take within a 30% margin error. But it's only based on personal appreciation, tightly coupled to having personally designed the new arch from the start.

The migration strategy that I chose was to hijack the sales activity and pick which new projects should go on the new version. That way we can stay away from replacing years of specific functionalities for picky customers until we have a good idea of how much the business module is ready for prime-time.

I should definitely write a book, there's so much to say - maybe in 2020! :)

We're (team of 2) rewriting an old enterprise ERP system made of ~1M of C89 non-portable loc, tens of thousands of handwritten PLSQL loc, thousands of business rules carefully abstracted in sql data, tens of complex screen designed and scripted on a no-name RAD software that was the current fad back in the days, and some companion pieces in VB6 because, you known, 'C89, not anybody can do it'.

That's fun.

The new system is a quiet simple SOA arch with a dull, only-real data db layer, backend in Go with code-generation, frontend in es6 migrating to elm.

That looks the IT guys have when we say 'no really, we don't need IIS or Java', its priceless :)

The interesting part actually lies in handling both product management and sales for the new version while handling the day-to-day coding part.

Sometimes I think I should write a book on those subjects :)

As it's said in the postmortem, they are agreeing that they should have stated in a more obvious way that the backups availability was not contractually assured.

Well, it's a technical post-portem, not a love letter. I'm not affiliated to Gandi in any way, but I find the finger-pointing a bit too pedantic.

> The take-away here is clear: don't trust Gandi with anything you care about.

The take-away is not this one. Its: backup anything you care about.

> eg without the union Italian and Spanish and French banks would long have gone bankrupt

Not french banks. At least from IMF representatives pov.

Source: https://www.imf.org/external/pubs/ft/wp/2009/wp09201.pdf

Excerpt: "French banks were not immune but proved relatively resilient to the global financial crisis reflecting their business and supervision features".

> there is no way in the language's design to pass a string to a function that only accepts a number, for example, because the "blocks just don't fit together."

Which is easily achieved by the first typed language that comes to hand, no?

> I took this medication for a year without realizing anything was wrong

Looks like you were also maybe not really paying attention to your behavior back in those times, as it looks like you would caught such a behavioral change sooner if you were to take medication again, don't you think?

Please accepts my sincere congratulations and appreciation for your work on broot too! (Et bonjour de lyonnais à lyonnais pendant qu'on y est!) And I see you work for this french group now, and I'm pretty sure one of my plant management software is deployed at one of their plants - the world is small!

> We know that a stable two-parent household is one of the best predictors of the child's future success.

Which I'm not denying. OTOH, not having that is not the best predictor of falling into drugs. My point was that a starting point is not the full journey.

So it must be luck, luck all the way down.

> There was always food, 2 parents, a roof over my head, education. I had so much luck [...] This guy had none of that, [...] His friends had got him addicted to heroin and then sold it to him, for example.

I dunno. I mean, one could have everything you cited and still let his friends get him addicted. And there's people having no chance at all while still staying far from drugs. A personal and non-learnt-by-example inclination to self-preservation and survival may be a bigger factor than sheer luck (IMHO).

Frankly the core applications (code & projects) are not that bad, I've deployed it at $work. There's a too wide functionalities spread to my taste (lots of half-started applications), and no real support for managing deadlines in tasks/project (with ideally resource management).

I think Phabricator has implemented this behavior with parent/sub tasks. Tasks in manifest[0] are a node in a network, where a task can refer to multiple parents and sub tasks.

[0] https://secure.phabricator.com/T6526

I don't know, I've got two panes here opened next to each other (tiled/xmonad) with xterm and alacritty, and I've been typing in those for the last 5min, and I really can't tell the difference (my monitor has 5ms latency).

> That is a terrible attitude IMHO - why should they have to have to learn how to talk to developers? Your cynicism towards “typical users” probably harms you and your career.

I think I'm sensing a bit of anger in your tone, looking how you move the subject on my person. Sorry if I offended you in any way, it was not my intention to offend anyone. Me and my career are ok so far, if that's of some relief to you.

We are surely not working in the same area then. Mine is as a vendor of enterprise stuff, for Big Corps. In my place, not relying in users' proactive and qualitative feedback is a pretty decent attitude in my eyes, it tends to deploying more reliable software, thus to invoices actually collected, which finally leads to having an actual paycheck.