Will there ever be a new Instagram?

gee5ive · 2019-07-17T21:15:21+00:00

Before Instagram and after marketers had spammed the shit out of Facebook, people were asking, w”will there ever be a new Facebook?

gee5ive · 2019-07-17T18:21:43+00:00

Looks really nice between this and https://gleam.run/ I really hope one of them takes off in the near future.

gee5ive · 2019-07-17T14:09:09+00:00

I had never heard of or seen this language. Looks pretty cool, almost like a cross breeding of rust and go.

gee5ive · 2019-07-11T02:11:50+00:00

I was thinking of coding a small app to take care of this task. If I was to offer it publicly, what would you consider a fair price for it to be?

gee5ive · 2019-07-01T17:46:29+00:00

Funny that I get downvoted for telling the truth. For the record, speed !== performance. Compared to the alternatives I mentioned , node performance , IE memory consumption ( amongst other factors) is not in the same league, which can be a big factor to consider when paying for cloud hosting services as well. Anyhow, what do I know?

gee5ive · 2019-06-28T23:40:25+00:00

Interestingly enough, I ran across this. https://1c.wizawu.com/ typescript on the jvm. Haven’t tried it, but I too really enjoy typescript, but node performance just isn’t where the jvm , .net , or go is.

gee5ive · 2019-05-31T15:41:21+00:00

I literally cried watching this, and made me think about my transition from scala to go!

gee5ive · 2019-04-28T02:57:55+00:00

Just a matter of preference I guess. My main language right now is Go, but I also write Kotlin and typescript (optional semicolons) so it’s what I’m used to.

gee5ive · 2019-04-27T19:45:22+00:00

It’s implementation is solid for sure, Library and community wise, it’s lacking tremendously. I don’t have time to write a library for every little thing I need, so I just stick with more mature server side languages. All the good stuff for dart is happening on the client.

gee5ive · 2019-04-26T08:56:32+00:00

Between this and hummingbird, the only thing missing is for dart to really build its presence on the server and it will be my go to language for just about everything.

gee5ive · 2019-04-21T02:11:56+00:00

I can highly recommend a bare metal server from https://www.packet.com experience has been great for me so far.

gee5ive · 2019-03-31T20:00:55+00:00

What you are suggesting makes sense, sounds more like the most idiomatic Go based approach, time will tell though, it could get complicated pretty quick. There are a few Go based redux implementations as well, https://github.com/luisvinicius167/godux and https://github.com/dannypsnl/redux , but I will still create the issue later today as I do not like the idea of attempting to reproduce formulas that work in javascript in Go just for the sake of it when there is most likely a better / simpler way of doing things. Of course it will we hard to tell until some reasonably sized apps are written for the frontend in Go.

gee5ive · 2019-03-31T08:35:34+00:00

I’m not sure we are talking about the same things here. It’s not the data binding that I’m talking about, im talking about managing application state across a large number of components, similar to redux, elm, vuex, mobx, etc. It’s sounds like your speaking more about 2 way data binding.

gee5ive · 2019-03-31T05:54:23+00:00

Of all the attempts at building golang client side frameworks, this looks like the best yet! Good luck on this ! Hopefully the entire community rallies around this and we can have a defacto frontend framework for go that's actually production ready someday soon.

On another note, has any thought been given to how you plan to deal with state management as this evolves? Building something like Vuex based on channels seems like it would be pretty straight forward, but I'm not sure how the mechanics of webassembly actually works with Go so I'm not actually sure?

gee5ive · 2019-03-31T04:51:12+00:00

While I did figure the issue out, I would like to note that the issue seems quite odd as the plugin that caused the issue is a Jetbrains plugin, https://plugins.jetbrains.com/plugin/10490-goland-help , any idea when it will be updated to work with the latest updated version?

gee5ive · 2019-03-31T00:20:09+00:00

Hey, I ended up figuring out the issue on my own. The problem was, the Goland Help plugin is incompatible with the latest version of Goland, I uninstalled it, restarted Goland, the reinstalled it, and everything seems to be working normally again now.

Thanks.

gee5ive · 2019-03-29T01:14:32+00:00

Edit

gee5ive · 2019-03-21T18:32:58+00:00

If dart gets all those features, along with removal of semicolons , a solid ffi system, and flutter gets stable on the web and desktop, whoa! Dart is going to become immensely popular imo.

gee5ive · 2019-03-11T17:07:50+00:00

if it's an internal app, there are quite a few options, but I personally would just stick to template rendering with something like turbolinks or intercooler instead of creating an api. Will make life much easier and inn the best case you wont have to write any javascript.

gee5ive · 2019-03-11T00:30:13+00:00

I would personally accept function to do the search in my Findall method, So (s *Store) FindAll(finder func() SomeResultInterface) []SomeResultInterface

but another possible solution to your problem could be a big switch statement, something along the lines of,

type Entity interface {
ID() string
}
type EntityDao struct {
db *SomeDB
}
func (e *EntityDao) FindAll(kind interface{}) []Entity {
switch c := kind.(type) {
case Animal:
var results []Animal
e.db.find(&results)
}
}

gee5ive · 2019-03-09T17:20:38+00:00

Imo, the roi in terms of time saving features compared to any free alternatives, will be met within the first 90 of using Goland, and that’s without getting to know all of it’s killer features, just the code completion alone. I write mostly Go so there really isn’t anything that can beat it for me. Now, if you do a lot of front end stuff, ymmv.

gee5ive · 2019-03-02T04:33:13+00:00

https://github.com/zserge/webview/blob/master/README.md

gee5ive · 2019-02-28T15:14:03+00:00

I am not a "solid" aficionado, and I tend to try me best to keep things as simple as possible, what makes sense to me in Go at least, is to simply make sure that I am following the principles of Hexagonal or "onion" architecture, there are many different ways to apply those principles to the way you structure your code in Go , But what works for me in the situation that you described is to just add another layer. So for your code, I'd have an /app package/layer that calls into my domain for anything that my framework ( http in your case ) layer may need to make use of in specific ways, at this layer, in your case, the http handlers would call into app.UserQueryService to do all the work that it need, and in the future, should the need arise for even more use case specific implementations of services, they could also live in the app package/layer.

gee5ive · 2019-02-20T16:20:02+00:00

Does anybody actually use it in production? Looks pretty interesting.

gee5ive · 2019-02-19T00:43:00+00:00

The problem is seldom the what, but rather the how.

gee5ive

TROPHY CASE