Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
mundanevoice
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
9 ms
·
31.
▲
by
mundanevoice
8y ago
Except BSD even being older than Linux never really took off either in Desktop space or Servers.
32.
▲
by
mundanevoice
8y ago
You don't write Kernel and maintaining quality by keeping low expectations.
33.
▲
by
mundanevoice
8y ago
This is not true, type hints are supported as comments in Python2 as well.
34.
▲
by
mundanevoice
8y ago
Exactly the same thing happened with GitHub couple of days back. Funny both faced the same issue within days of each other.
35.
▲
by
mundanevoice
8y ago
I agree some frameworks enforce good design decision but none can guarantee it. That's my argument here. There are good frameworks in PHP too and not all PHP code is garbage.
36.
▲
by
mundanevoice
8y ago
This is sad. Flask is a very nice microframework that does not have any of these scalability limitations for which your employer asked you to switch to Django. I have used both Flask and Django for a long time, so I think I could contribute
37.
▲
by
mundanevoice
8y ago
This is a false statement that Django is unsuitable for large projects. I have been working on a fairly large Django Project for 5 years now and it has been a pleasure using Django to build good and stable features that actually scale. >
38.
▲
by
mundanevoice
9y ago
I would consider myself a success if I have even half of this empathy and patience. :)
39.
▲
by
mundanevoice
9y ago
Brad is amazing. He has contributed so much back to the OSS and written excellent code. A true hero, also the youngest of the lot in the book.
40.
▲
by
mundanevoice
9y ago
Well, the rule of thumb is that if you need stability, never upgrade on the first day of release but rather wait for 1 week or two. I personally have faced and upgraded my apps through many of these upgrades and there was rarely an earth-sh
41.
▲
by
mundanevoice
9y ago
Okay. That's almost crazy. In my almost 3 years of maintaining our app that was originally written in Eclipse, we never had to face any single issues like this. There were some minor issues but never like this. It makes me wonder if th
42.
▲
by
mundanevoice
9y ago
I agree with most of what you said. > That is pretty common practice for a lot of software and especially packages on npm. This is mostly what I have a problem with. Almost everyone is other ecosystems do not do something like this and
43.
▲
by
mundanevoice
9y ago
The quality of what's being delivered since version 5 leaves a lot to be desired. They should really more people to their team and someone better since a lot of people depend on this code. Also, what's up them not understanding ho
44.
▲
by
mundanevoice
9y ago
- Live preview here: http://vinitkumar.me/white-paper/
45.
▲
White Paper is a jekyll theme built keeping content for developers in focus
(github.com)
1 points
by
mundanevoice
9y ago
|
1 comments
46.
▲
by
mundanevoice
9y ago
> The inverse is long boilerplate code, setting up multiple services and factories and fooWidget stuff just to do a simple thing Are you not talking about Java here? ;) Clearer code makes it easier to reason and hence easier debugging. C
47.
▲
by
mundanevoice
9y ago
Well. I disagree that it is not a real thing. For better debugging, you need to know more what's behind the scenes. Personally, I have seen some of my colleagues struggling to find the cause or better architect the thing because most o
48.
▲
by
mundanevoice
9y ago
I have been writing Django professionally since 2013, It's ain't that bad. Our codebase is huge & it never takes us more than 2 weeks to do it and lately, it has always gotten less and less. Wonder if the issue is with your co
49.
▲
by
mundanevoice
9y ago
How about performance? Bugs that might come up due to the implicit nature of Rails? Just curious, since you have seen both sides.
50.
▲
by
mundanevoice
9y ago
> code line count is a hilariously inaccurate way to measure the complexity required for a portable OS kernel vs a userspace application I never said that. My whole premise is that you can't say anything like this by just saying cod
51.
▲
by
mundanevoice
9y ago
> You don't have to port everything to gain a lot of the benefits. I agree with this. But just saying Firefox has X millions of lines of code doesn't say anything about the possibility for Linux to be ported to Rust.
52.
▲
by
mundanevoice
9y ago
The whole Firefox codebase has not been ported to Rust and will not be anytime soon. So your argument doesn't hold true.
53.
▲
by
mundanevoice
9y ago
This is super neat. Would be awesome debugging with my teammate when I am working remotely.
54.
▲
A simple python3 library to convert JSON into XML via file, URL or string
(github.com)
2 points
by
mundanevoice
9y ago
|
0 comments
55.
▲
by
mundanevoice
9y ago
I think it was explore, not discover and also, was not on the homepage.
56.
▲
by
mundanevoice
9y ago
It won't be if you only send the first letter of the first and last name.
57.
▲
by
mundanevoice
9y ago
I make enough to buy any damn License I want. I never said it was not justified. I don't use Sublime these days. I had fond memories of starting with Sublime and so I said and for the nostalgia sake, I will fucking buy the license as w
58.
▲
by
mundanevoice
9y ago
Thanks for building a great editor that just works and is fast enough. It has the lowest barrier to entry and is mostly free due to unlimited trial. 5 years ago, when I started writing code professionally, Sublime made things so easy becaus
59.
▲
GitHub Team Viewer Built with React and Bootstrap Using CRA
(github.com)
2 points
by
mundanevoice
9y ago
|
0 comments
60.
▲
by
mundanevoice
9y ago
Glad that you liked my advice. I am going to start doing it once more. I am a vacation at the moment.
More ›