Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jatone
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
19 ms
·
151.
▲
by
jatone
5y ago
x11 has problems this is known. not moving to wayland isn't a regression its just maintenance of the status quo.
152.
▲
by
jatone
5y ago
> I think the basic intellij config is set at max 2 gigs of RAM yes, that is the conservative JDK defaults iirc; its likely unrelated to intellij specifically. I only mentioned the system specs because the other commenter was like '
153.
▲
by
jatone
5y ago
it was android studio stuff at the time. I just tapped out of using it jetbrains related tooling after that experience. the point I was making is that it wasn't an under powered machine that causing issues as implied by the responder.
154.
▲
by
jatone
5y ago
perfectly happy how I've phrased my criticisms. if jetbrains wants glowing reviews, then they can make a glowing product. I've been upfront where my issues reside, how they impacted me and they are well known issues with the tool.
155.
▲
by
jatone
5y ago
while I appreciate the offer; there is nothing to dig into here. jetbrains just doesn't bring anything to the table compared to other options. and it lost my trust on reliability in a massive way due to android studio and never really
156.
▲
by
jatone
5y ago
see this might be the difference I don't distinguish between intellij and its various spin offs. Most of my interactions with its ecosystem have been through Android Studio. and it was so horrible I won't touch the others for any
157.
▲
by
jatone
5y ago
no I want my IDE to be functional without destroying my system performance or fucking up my codebase. jet brains is a massive offender here. it doesn't need to be. I have a giant machine ~128GB of RAM and 24 cores. the fact I have to t
158.
▲
by
jatone
5y ago
it was primarily android and gradle issues honestly within its jetbrains IDE. jetbrains itself has performance issues, and you need to muck around too much to get them working properly. the JVM also causes issues resulting it having to tune
159.
▲
by
jatone
5y ago
there also isn't a reason for them to use it xwayland works fine for the usecase. I hope they support wayland natively but its just not necessary atm.
160.
▲
by
jatone
5y ago
thats funny I've always found jetbrains IDE to be error ridden annoyances where I end up spending more time dealing with problems the IDE has caused than developing software.
161.
▲
by
jatone
5y ago
> Granted, that's how easy it is to properly check JS code for whether it does something sensible > especially because issue categorization and accuracy was so random Stockholm syndrome is strong with this one. =) the reason you
162.
▲
by
jatone
5y ago
because the lack of a type annotation via introspection makes tools automatically generating code for your less than useful.
163.
▲
by
jatone
5y ago
> Have you followed this very thread? indeed i am, people seem to having issues dealing with the reality of the two languages. One (golang) the problems you encounter with its GC are easily remedied using memory pools or adding compute.
164.
▲
by
jatone
5y ago
rolls eyes I've tuned java's GC for highly available and massive throughput systems. pretty familiar with the trade offs. java's problem isn't GC (in general) its problem is memory layout and the fact it can't avo
165.
▲
by
jatone
5y ago
depends on the compiler and language. golang seems to counter point your position quite handedly. having one of the fastest compile times and being highly concurrent. if your application is so simple it doesn't use concurrency then 99%
166.
▲
by
jatone
5y ago
this is entirely BS. if by complex you mean overly abstracted and useless boilerplate then yes. java is larger and more complex. and your assertion about the runtime only being able to do so much is just wrong here. golang will slow down yo
167.
▲
by
jatone
5y ago
i've literally experienced worse pauses from java (sometimes surpassing 30s) GC due to allocation. granted it was pre the latest G1 GC. but they absolutely exist and many companies run on older versions of java. and I doubt you see pau
168.
▲
by
jatone
5y ago
that was never an issue? maybe your thinking of the slowness golang had in returning memory to the OS? that was resolved.
169.
▲
by
jatone
5y ago
yes. golang is actually less restrictive than java. and avoids a ton of the bullshit abstractions you see in every java code base.
170.
▲
by
jatone
5y ago
you can fix throughput problems by adding compute resources, you can't fix latency issues. I'll always pick a GC that optimizes latency over throughput. its easier to maintain the software.
171.
▲
by
jatone
5y ago
throughput can be fixed by adding compute. latency cannot. always optimize for latency with gc. and no the heap will not keep growing in golang. it'll force threads to help with GC if its falling behind. thereby reducing the rate of al
172.
▲
by
jatone
5y ago
you know what other group of humans are ineffective at their jobs? every... single... one... corporations/government doesn't fucking matter. group of humans working together? inherently inefficient.
173.
▲
by
jatone
5y ago
the role of ISPs are not to act as your firewall. that's your routers job. NAT does nothing to increase that security realistically since most routers are closed by default to inbound connections. NAT as security is purely in the corpo
174.
▲
by
jatone
5y ago
doesnt really work. people don't necessarily park near their apartment. thats the point.
175.
▲
by
jatone
5y ago
facepalm the assumption being made in my statement is that the individual cell can support the same charging rate. my understanding was it was the chemistry of the cells that impacts the charging rate, not the physical size. happy to be w
176.
▲
by
jatone
5y ago
hardly disinformation. vaccinated individual are less contagious, tend to clear their system of the virus faster, etc. are they still potentially vectors? yes. could the virus still potentially mutate? yes. is the chance of either of those
177.
▲
by
jatone
5y ago
those are implementation details around the particular batteries. which is fine. nothing I said is absolving us of physical requirements. my point was entirely the system itself as a whole. there are a number of ways to pluck the chicken. s
178.
▲
by
jatone
5y ago
go is incredible for distribution. you're distributing binaries not a bunch of source files. now the build tooling still needs some work around versions but its only a minor problem generally as much as it annoys me personally.
179.
▲
by
jatone
5y ago
the fact that people think tires matter in a comparison between EV and combustion engines is hilarious. 'these things both have tires, clearly EV is worse as a result.' facepalm
180.
▲
by
jatone
5y ago
there's a huge amount of power being transferred into your home too. it really isn't a problem to do safely.
More ›