sime2009

62 ms·

241.
by sime2009 7y ago
There is a simple solution to this. After the board is done someone can just ask "Has anyone got anything else to add?"
242.
by sime2009 7y ago
The most important thing for sustaining a long term programming side project is to work on regularly, ideally every day even if it is just for 10 minutes. This keeps the current state and the next step of your project fresh in your mind whi
243.
by sime2009 7y ago
It is certainly possible to do JS development in a more controlled way. My advice is to avoid most of the JS build tools (i.e. grunt, gulp) by using npm scripts (basically shell commands defines in `package.json`) to trigger build actions,
244.
by sime2009 7y ago
The risk profiles of the examples you gave are not comparable to that of most software projects. Most software projects are harmless if they crash. No one is hurt. Software projects which do risk injury and dead, for example embedded medica
245.
by sime2009 7y ago
True. In git language that is PR level, not commit level.
246.
by sime2009 7y ago
> I've been on both sides of them: to give information to managers and to get information from people I delegated. This is horrific. It looks like you don't have a team which is self regulating, autonomous and where team membe
247.
by sime2009 7y ago
> Except for management, as standups are a simple way of keeping psychological pressure on developers and squeezing every last bit out of them. I haven't ever felt this kind of pressure from management in my stand ups. We very rarel
248.
by sime2009 7y ago
> What people are working on is usually unrelated and of no interest to each other If that is the case, then why are you even in the same scrum team? What you have there is not a team by the sounds of it.
249.
by sime2009 7y ago
I have to admit that in the GitHub and PR era I rarely look at individual commits or their messages. I look at whole PRs.
250.
by sime2009 7y ago
For the threading difference, do you mean that Rust needs 'normal' threads plus async/await support, but Go can just lean on its built in concurrency support for both cases? i.e. Go threads instead of explicit async style cod
251.
by sime2009 7y ago
Would it be fair to say that Go's concurrency support makes it a good match in the network services space? I see Go more often in Docker and cloud contexts.
252.
by sime2009 7y ago
How does Go compare to Rust these days with respect to language maturity, community size and general maturity/availability of libraries? So far I've found Rust more interesting and pushes the envelope a bit more. But what is the s
253.
by sime2009 7y ago
MIT https://github.com/PowerShell/PowerShell/blob/master/LICENSE...
254.
by sime2009 7y ago
Is what sense is Qt "native"?
255.
by sime2009 7y ago
Yes, I'm fully aware of what C++ is. I'm talking about Qt skills specifically. My point is that in Electron development, the Electron specific skills is very small part of development. Most of the skills and tools used are also wi
256.
by sime2009 7y ago
> My bottom line here is: Right now, and very likely ten years from now, if you are good at at Qt you're probably going to work in a very good and stable job at a solid business. I don't see this being the case for Electron dev
257.
by sime2009 7y ago
Here's a quick history lesson. Long ago Smoke was created by one guy, Richard Dale, to do bindings for Ruby (QtRuby). Smoke was generic enough to be used for other languages like Lisp and also the .Net CLI. Language bindings other than
258.
by sime2009 7y ago
The problem I have with this kind of happy rainbows and unicorns kind of reporting is that focuses on the companies and people where remote work is a success and completely ignores those who tried and failed. There is very little investigat
259.
by sime2009 7y ago
I'm with you people on this mocking issue. It is about time that mocking be recognised as an anti-pattern in automated testing, or at least as an undesirable tool of last resort. Mocks often contain the same bad assumptions and misunde
260.
by sime2009 7y ago
> Look at GNU/Linux: there are only 2 or 3 variations for everything. Mostly false. For package management on Linux I can think of 4 just off the top of my head: * apt * rpm * apk * pacman There are bound to be more and this is not
261.
by sime2009 7y ago
Can you explain a little bit more about your "spiking stories" and how you use them?
262.
by sime2009 7y ago
If you like Terminus, you should try out Extraterm http://extraterm.org/
263.
by sime2009 7y ago
The article mentions "extensions". Can you elaborate a bit on this? What is the vision here?
264.
by sime2009 7y ago
Those solo jobs are a small minority of the workforce.
265.
by sime2009 8y ago
Did you even bother to read the article? It is nothing like that. It is really an article about terrible economics young adults have to face.
266.
by sime2009 8y ago
> C++ core library, thin UI layer on each platform. For most desktop apps the central "core" is tiny but the UI layer is very thick.
267.
by sime2009 8y ago
> You can use it with virtually any language you want. huh!? When did this happen? Spoiler Alert: It didn't.
268.
by sime2009 8y ago
> GTK GTK hasn't been well maintained or developed for ages and has always had poor docs. I wouldn't feel confident trying it on any platform which isn't its home (i.e. Linux). > Qt Qt is probably the best option in the
269.
by sime2009 8y ago
> Electron is only the best way to do something when someone knows only javascript and web dev but doesn't want to learn a new language. What toolkit or library would you propose instead? Seriously, what are these great alternatives
270.
by sime2009 8y ago
> Even though large performance-sensitive parts of it like the editor buffer data structures etc are (AFAIK) implemented natively Actually they are not. The search in VSCode uses an external exe writing in Rust, but that is about it as f

More ›