Viewing profile — kaeshiwaza
kaeshiwaza
HN member- Joined
- Thu, Feb 25, 2016, 11:48 AM UTC
- HN karma
- 43
- Public activity
- 32 items
- HN profile
- View on Hacker News ↗
About kaeshiwaza
No profile information was provided.
Recent public activity
-
comment
Comment #48176247
jj is amazing, even as a solo dev on small projects. It's difficult to explain because it depends of each usage, but it's very easy and safe (you can undo everything) to just try a…
-
comment
Comment #48068477
AI is so ineffective that compagnies that use it cannot pay their workers ! Poor guys tech bros.
-
comment
Comment #43983202
Taking a pause also... I don't believe serving IA can be aligned to serving devs. I hope that the part of the work related to the core of PostgreSQL will help the community.
-
comment
Comment #42801256
Locality of behavior can be done with few lines of js. https://github.com/gnat/css-scope-inline
-
comment
Comment #41387703
I use Fluxbox since the first version. Very easy to customize. I've just an issue with Firefox, the Firefox windows doesn't want to play with Fluxbox (on Debian)...
-
comment
Comment #35553954
Maybe the new feature 'hx-on' can help with that ?
-
comment
Comment #33997626
As we use less and less Javascript, thanks to htmx, i'm no so reluctant to use vanilla JS when needed.
-
comment
Comment #33996911
I'm using htmx in production since one year. From game (scrabble game with board refresh, chat and so on -with sse extension-) and cms to professional crud apps. With Go + stdlib t…
-
comment
Comment #33222074
I can replace all the iframe from my legacy apps without changing any logic !
-
comment
Comment #33222055
Rendering html doesn't consume a lot more than rendering json, specially that with htmx you'll render small fragments... Anyway the bottleneck is most of the time on the database.
-
comment
Comment #33056757
I still work like that 30 years after, thanks to Go... I would not like beginning today !
-
comment
Comment #27916401
It's where Thomson-Unix way win as KISS and still work for small to large scale.
-
comment
Comment #17954367
Maybe they have other future projects with Go ?
-
comment
Comment #17642739
In large software you'll not do go get -u for all packages, you'll upgrade each package separately, at the maximum version or at a specified one. It's just that it's you the user o…
-
comment
Comment #17632375
Dep has also issues, it's safer to continue to use Dep when you already use it but for new project it's recommended to switch now to go modules. Anyway, most of the time it doesn't…
-
comment
Comment #17632366
It was a long series of "i will say you my concerns tomorrow" that just make stir up the sauce since month without any clear and obvious problem.
-
comment
Comment #17632314
The implementation of vgo (so simple) cannot be compared to dep. It can explain why it was more easy to just do it than spend time to explain. It's often like that in dev, when we …
-
comment
Comment #17632257
I have exactly the same feeling. And remember at the time of the start of Dep that there was no consensus and a big hope that the final integrated solution will be more Goish than …
-
comment
Comment #17632182
You didn't find example of failed Cargo because most of the time it just do like go get -u, and solve a non-problem !
-
comment
Comment #17632099
Upper bound are major version, everything between should be api compatible (it's in the specs of go modules).
-
comment
Comment #17632090
You'll find a go.sum with hashs of dependencies.
-
comment
Comment #17632067
It's a feature not a problem. It select the only know working solution. You're still free to update to newest versions.
-
comment
Comment #17539674
Not only buggy, theses tools didn't follow the simplicity that we like in Go. For example gb was more in the Go philosophy for my taste. I was surprise that it was not chosen as th…
-
comment
Comment #17539634
I've the same workflow, but like you said gopath disappear. You just hate gopath also :-) I mean, with go modules you will have the same workflow but without the need to adjust the…
-
comment
Comment #17186359
Parts of the "vocal minority" was also emotional, that doesn't help to focus on the technical args.