News for hackers. Stuff that matters.

Goranek

Re:DeepSeek-V4-Flash Update on Friday July 31, 2026 @03:47AM (#49120209)
Kimi K3 (instead of Opus) for expensive stuff, DSV4 Flash for tasks (instead of Sonnet)?

Does this make sense?

Re:Python Style Guide from Google on Sunday June 05, 2016 @01:33AM (#11839770)
I thought everybody does that..who the hell would type space 4 times?
Re:Go devel compile times below 2x Go 1.4.3 on Sunday May 01, 2016 @02:55PM (#11607389)
use go install to cache packages
Re:Microservices without the Servers on Sunday September 06, 2015 @10:57AM (#10177808)
It doesn't matter if you are big or small, you're always wasting resources.. Just count how many servers you have using <50% cpu. By having thousands of users, amazon can organize servers in a way, no cpu is wasted.
Re:Porting Flask to Go – Jinja2 to Pongo2 on Thursday September 03, 2015 @03:03PM (#10166894)
I'm currently in a phase of life when i don't want to reinvent wheel and just focus on building stuff using tools i know (go || python).
Re:Porting Flask to Go – Jinja2 to Pongo2 on Thursday September 03, 2015 @02:07PM (#10166569)
I used sqlx for a while and it's definitely an improvement over std sql, but still isn't full orm.
Re:Porting Flask to Go – Jinja2 to Pongo2 on Thursday September 03, 2015 @01:36PM (#10166327)
I'm missing them more and more. Faster development cycle > performance for most apps.
Re:Porting Flask to Go – Jinja2 to Pongo2 on Thursday September 03, 2015 @01:34PM (#10166311)
handling m2m is especially painful. I just hate writing same long code for fetching old members, checking if members are changed and then updating/inserting new members. Joins are also problematic (i like how beego orm is handling it, but it works only for single object and not multiple objects)
Re:Porting Flask to Go – Jinja2 to Pongo2 on Thursday September 03, 2015 @01:30PM (#10166291)
writing raw queries for crud seems like too much effort, especially when performance is not important
Re:Porting Flask to Go – Jinja2 to Pongo2 on Thursday September 03, 2015 @01:29PM (#10166280)
i'm using beego orm(can be used without using whole framework)
Re:Porting Flask to Go – Jinja2 to Pongo2 on Thursday September 03, 2015 @12:59PM (#10166050)
Last 2 years I've been using Go (instead of Python), even for webpages & apis. I'm actually considering going back to Python(for webpages and apis) because dealing with database in Go is really ugly. Currently available orms are nowhere near as useful as sqlAlchemy or django orm :(
I know that hating angular is popular these days, but i'm still using it, and it serves me well. Looking forward to Angular 2!
Re:Imba – A new programming language for the web on Thursday August 20, 2015 @09:22AM (#10091634)
really love the design, and how it shows the whole language on the frontpage.
Re:Material Design Lite on Wednesday August 19, 2015 @11:38AM (#10086240)
this feels so much faster than the angular material :/
Is Python library ready for usage? Will there ever be Go library?
Re:Gevent now supports Python 3 on Tuesday July 14, 2015 @12:05PM (#9885929)
also supports pypy
go, python, javascript
Re:Announcing Google Cloud Bigtable on Wednesday May 06, 2015 @04:20PM (#9501528)
Believe it or not, it appears gcloud-golang package already contains go bigtable library :) https://github.com/GoogleCloudPlatform/gcloud-golang/commit/...
Re:Announcing Google Cloud Bigtable on Wednesday May 06, 2015 @10:25AM (#9498819)
Well that's up to you to decide :)
Re:Announcing Google Cloud Bigtable on Wednesday May 06, 2015 @07:17AM (#9497773)
I suppose you should be able to use any Go Hbase client.
Re:Announcing Google Cloud Bigtable on Wednesday May 06, 2015 @07:16AM (#9497769)
You can always move to Hbase ... Google BigTable uses Hbase api.
Re:Announcing Google Cloud Bigtable on Wednesday May 06, 2015 @05:57AM (#9497544)
DynamoDB competitor is more likely Datastore(because of indexes, and way of pricing)
Re:Announcing Google Cloud Bigtable on Wednesday May 06, 2015 @05:42AM (#9497497)
datastore is a copy of Google Megastore service. It has indexes, sql like queries, transactions.. and you don't need to run servers like with BigTable (you pay for documents and api calls only)
works now
this sounds like joyent manta service.
Re:Facebook's Top Open Data Problems on Tuesday November 04, 2014 @04:59PM (#8559319)
Simple scales better than complex. What they need is key->value caching and for that memcached is a perfect match. I'm not saying that Redis is bad, but when all you need is key-value memory caching, redis isn't needed.

Older »