erokar

23 ms·

211.
by erokar 8y ago
TypeScript is fine. I used it for about half a year when wokring on an Angular app. But for new projects with React now I seldom see the need to include it. Sure, TS gives you a little bit better autocompletion in VS Code, you can document
212.
by erokar 8y ago
The bigger the sensor, the more out of focus background (aka "bokeh") for any given aperture. Blurry background can sometimes be useful if you need to isolate a subject, bot often you want less of it, not more.
213.
by erokar 8y ago
https://nuxtjs.org/
214.
by erokar 8y ago
Not clear to me from the release notes if there now is an easy way to proxy to a server in development (if you for instance have a Django driven API on port 8000). This is easily done with create-react-app by just adding a line in package.j
215.
by erokar 8y ago
Fair point, I agree that a lot is implicit in Rails. It might feel intuitive and easy, but at the same time be hard to track or explain.
216.
by erokar 8y ago
I agree those libraries are more straightforward in the sense that it's easier to track what's happening, but I feel that's only true for rather basic apps. Having done my share of Express developmnet, I know that once you ne
217.
by erokar 8y ago
What are the other more straightforward tools?
218.
by erokar 8y ago
Of course. The same is true for Rails. Realistically though, wouldn't a Django developer -- like say a Rails developer, a C# developer or a JS developer -- usually add some convenient packages?
219.
by erokar 8y ago
I've just revisited Rails after being away for 4-5 years, mostly doing frontend development. First impressions are it's extremly productive. With Turbolinks and Webpacker you can get a very near SPA responsiveness just using tradi
220.
by erokar 8y ago
What would be an example of a language/framework for web development that avoids the dependency shitshow you describe?
221.
by erokar 8y ago
No.
222.
Phoenix’s LiveView: Client-Side Elixir at Last?(shift.infinite.red)
2 points by erokar 8y ago|0 comments
223.
by erokar 8y ago
> But if bug count is proportional to LOC and LOC per day are constant across all languages, then bug per day will also be constant across all languages. Of course -- but the important thing is that bug count per feature/app will be
224.
SPA-like user experience with back end only: Phoenix.LiveView:(youtube.com)
7 points by erokar 8y ago|2 comments
225.
Speed Up Your Server-Rendered Pages with Turbolinks(medium.com)
2 points by erokar 8y ago|0 comments
226.
by erokar 8y ago
A "complicated" man? Many people are complicated, few are such shit fathers as Jobs apparently was. He was not just negligent, he was actively being a dick to his own daughter.
227.
Advantages of Elixir vs. Golang(cogini.com)
3 points by erokar 8y ago|1 comments
228.
by erokar 8y ago
In general I wouldn't heed advice from war criminals.
229.
ElixirConf 2018(youtube.com)
4 points by erokar 8y ago|0 comments
230.
by erokar 8y ago
People with schizophrenia, bipolar disorder and ADHD usually take drugs that might influence "brain aging" — i.e. the disease itself might not be the culprit.
231.
by erokar 8y ago
I agree, it's a pitty, Meteor could have evolved to something very interesting.
232.
by erokar 8y ago
> because a lot of the concepts Rails supports are antiquated I actually see Rails as a framework that has managed to keep up with the times better than most. Django, for instance, has aged less well than Rails imo.
233.
by erokar 8y ago
Imo Rails is currently the fastets most conevenient framework to develop in because of its comprehensiveness and maturity. But what I'm looking for is something more radical [copying my comment below] where the frontend and the backend
234.
by erokar 8y ago
Enterprise moves over to Node mainly because of hype, sometimes performance. Node is very library based, there is no framework that can compete with Rails there. In the wild Node web projects often lack a coherent structure because there is
235.
by erokar 8y ago
DRF is nice, but what I'm looking for is something more radical where the frontend and the backend is more integrated. The way it's done now data structures are duplicated. Of course this has to do with how things are done with RE
236.
by erokar 8y ago
Yes, for personal projects I've moved away from SPAs to backend frameworks and as little JS as I can get away with. I admit I don't know how easy Turbolinks or PJAX are. A while back when i played around with Intercooler in Django
237.
by erokar 8y ago
Firebase excels for real time/multiuser/shared data scenarios. It gives you things out of the box that are not trivial to implement from the ground up. You can also use something like Firestore if your backend is primarily a place
238.
by erokar 8y ago
I actually don't think MVC (the way Rails implements it) is a very good fit for web development. A project shouldn't be divided by file types, but by features. Django does it a bit better. The way it's done with Pages apps in
239.
by erokar 8y ago
I'm waiting for a framework that covers the whole stack and also makes it easy to make SPAs, if you wish. When that arrives I think it'll really take off. For a while Meteor seemed to be that framework, but for a number of reasons
240.
by erokar 8y ago
I worked with Angular 5 for about half a year. It get's the job done once you've learnt it — but the problem with Angular is that it has its own way of doing things and its own concepts. "The Angular investement" is an i

More ›