41–50 of 186 posts
Am I the only one sick of projects declaring, "written in rust", "primarily developed in go", etc? Why do your users care about your implementation language? Do you have any features worth mentioning? If your main selling point is that you used the shiny new language, I'm already doubting the usefulness of the endeavor. Just the straw that finally broke the camel's back . . .
Am I the only one sick of projects declaring, "written in rust", "primarily developed in go", etc? Why do your users care about your implementation language? Do you have any features worth mentioning? If your main selling point is that you used the shiny new language, I'm already doubting the usefulness of the endeavor. Just the straw that finally broke the camel's back . . .
I'd speculate the main reason people write things like that, and so prominently, is because they hope it will attract contributors who either already know that language or are enthusiastic enough about it to progress the project significantly.
Otherwise someone may just pass it over assuming it's another piece of junk written in .
Same thing is happening with programming languages. There is a new one everyday that doesn't offer anything better than what we had before. Everyone just has their eye on the shiny new toys I guess...
Don't enough text-editors exists, things are getting outta control now. Vim, Emacs, Sublime, Atom, Lime... Shit, pick one of the four and be happy damn. Same thing is happening with programming languages. There is a new one everyday that doesn't offer anything better than what we had before. Everyone just has their eye on the shiny new toys I guess...
* Preempting the “then send a pull request”: sometimes the flaws are fundamental or otherwise unlikely to change, like VimL, Emacs’s keybindings, Sublime Text’s closed-sourcedness, Atom and VS Code’s Electron bloat…
Am I the only one sick of projects declaring, "written in rust", "primarily developed in go", etc? Why do your users care about your implementation language? Do you have any features worth mentioning? If your main selling point is that you used the shiny new language, I'm already doubting the usefulness of the endeavor. Just the straw that finally broke the camel's back . . .
For other projects (like this one) I find that the language can be a distraction from the actual value it provides.
[1] https://medium.com/@raphlinus/inside-the-fastest-font-render...
As an emacs addict/user, what I really want is a credible alternative to that cockroach of editors. Price of admission: run in a terminal, run graphically, run on every possible system, be open source, be ridiculously, easily extensible. What a successor might add: Not be riddled with bugs. Not be ridiculously, terribly bad at actually displaying text (quickly, smoothly, large amounts). Not be extended in a language…
Atom (hear me out): + runs graphically + runs linux, macos, windows (nothing else?) + open source + ridiculously, easily extensible + not riddled with bugs (slowness is not a bug) + for small files, comparably quick to Sublime on my machine + major dev community; already much better than 6 months ago - slow in some instances, esp. large files - doesn't run in terminal - doesn't run in less-popular OSes +/- moderate R…
Don't enough text-editors exists, things are getting outta control now. Vim, Emacs, Sublime, Atom, Lime... Shit, pick one of the four and be happy damn. Same thing is happening with programming languages. There is a new one everyday that doesn't offer anything better than what we had before. Everyone just has their eye on the shiny new toys I guess...
Seriously though, we need more competition and innovation in text editors. Even Emacs isn't perfect.
Am I the only one sick of projects declaring, "written in rust", "primarily developed in go", etc? Why do your users care about your implementation language? Do you have any features worth mentioning? If your main selling point is that you used the shiny new language, I'm already doubting the usefulness of the endeavor. Just the straw that finally broke the camel's back . . .
Additionally, on the positive side, some people want to contribute to a project and wish to do so in a certain language. This could be because it's their preferred language, or they may want to exercise a newer skillset or build a contribution portfolio in a new area.
The language doesn't matter much in a pre-compiled application, but when it's an open source application looking to gather and foster a community or build momentum, the language does matter.
From the activity graphs, it looks like development on Lime Text has stalled a little. There's some updates in the wiki entries, but not much more. Hopefully things pick up!
In relation to editors, I've been playing around with Spacemacs and evil mode enabled, but so far I haven't found the time to give it an honest chance as my daily editor.