Hacker Newsnew | past | comments | ask | show | jobs | submit | interactiv's commentslogin

This is a bit stupid, but developers, each time you make an announcement like that, even on your own forum, blog, ..., take the time to write 1 sentence telling people what the software does. I clicked on the link, have no idea what it is and nothing made me want to click on the website to find out.

Even if it is the 5000th release, never miss that opportunity to acquire more users.

Same for web apps. One line somewhere at the bottom/top of the page to explain where people are and what the hell it is about. It used to be the norm 10/15 years ago, I don't understand why people miss one precious opportunity like that. Visitors aren't lazy, it's just that there is so many content to browse today. If you don't get their attention in the 30 seconds they initially spend on your page, that's too late.

It's the first time I hear about Sofia like many here, 95% of the audience that clicked on the link won't bother if they don't immediately know what it is for.


Huge angular 1.x fan here , still using it. I'm not going to move to 2.x for a few reasons

- it's an entire new framework, the only thing in common in the name

- typescript : if you need typescript to write your framework you'll write your framework API with typescript in mind, making it harder to use with vanilla Javascript. I don't want to use typescript, at all, I'm a big fan of statically typed languages ... on the server. I'm sick of these complex asset pipelines on the client. Node isn't that fast so compilation isn't fast either.

In my book ,the decline of Angular has happened, nothing justifies a complete different framework. They could have back-ported a lot of ideas in 1.x . 2.x suffers from the second system syndrome and I see very little practical enhancements and features worth switching.


> Migration between infrastructures is always painful, so I don't think vendor lock in is that big a deal, if you keep APIs small and their I/O well documented (and designed).

hmm, not if the only thing you have to do it upload an image on a server, there is nothing difficult with it. And yes the vendor lock in is a big deal unless all you write is throw away code. But it looks like it's the purpose of "Serveless servers", throw away apps ...


yep, I wrote this :

https://github.com/Mparaiso/lodash-go

which is in theory "runtime type safe" in the sense that is yields an error if types do not match , but it uses reflection which leads to a huge performance hit.

The irony is that Go is a perfectly capable functional language when one opts out of Go type system. (Don't use that package, this is not idiomatic Go).



Yes, if you look at the source code I use unification to tell whether types match or not.


You're doing a lot of repeated work though. I was trying to point out this function, which does unification in a generic context, given some function type: https://godoc.org/github.com/BurntSushi/ty#Check ... For example, it reduces a lot of the reflection boiler plate: https://github.com/BurntSushi/ty/blob/master/fun/list.go#L80


> whats wrong with Brackets/Sublime/DW/Notepad and a web browser

Designers usually have a "visual first" approach, developers tend to have a "code first" approach. So a tool that allows setting up stuff visually instead of writing code in a text editor will make designers more productive.

I've been using Fireworks and Dreamweaver for 15 years and haven't found a good alternative to that. Fireworks is(was) very good at dealing with web assets,it was easy to write macros and extensions in JS, Dreamweaver has good templating capabilities (a bit like static site generators) which makes maintaining complex layouts on multiple pages really really easy for web designers.

The issue with Dreamweaver is obviously the fact that it's out of touch with modern web design (very little support for CSS frameworks and pre-processors, text editor below average, and of course Adobe succeeded in killing the best thing Macromedia had achieved,creating an awesome community around its products).As for Fireworks it's dead.

So designers like me are always watching for alternative tools that could replace these. There is a serious need for innovation in that space. I don't think the UI for such a tool should be 100% web based however.


This is a tool for web designers so it makes sense to try something a bit flashy. Now is it efficient or does it help convey a specific message I don't know. To their credit the site is responsive and there is less animation on smaller screens.

As an ex flash designer, the problem is often that doing these kind of stunts in HTML5 takes way to much time for an average result at best. And the browser tends to behave in unexpected ways( horrible lags when scrolling in Firefox, timing will always be an issue when it comes to webtechs and animation,especially with CSS animations that are totally unreliable , Flash kind of guaranteed a stable frame rate at the price of a higher memory and cpu cost ).

People are also less patient today, they want to get what something is about in less than 10 seconds when they visit a new website.


> Or to put it bluntly: it fucking sucks when studios use Kickstarter when they are in no need of crowdfunding.

Well, Kick Starter is now mainly a marketing tool anyway. It helps increase "engagement" with Brands. Nothing wrong with that. Other projects aren't going away. And there are still other crowd funding platforms.


> The Go standard library is so strong around web servers it's hard to recommend anything else.

The http packages provides the bare minimum. A serious app requires way more features than what is provided,a router than handles route variables, a middleware stack, a proper context, a proper session mechanism if one writes a website...

So it's normal people write their own libraries on top of it ( like mine @ gopkg.in/interactiv/expresso.v0 ,still alpha )


Europeans have their own sets of problems ,believe me, don't paint everything all black or all white. Granted almost free education is something great.


> Europeans have their own sets of problems ,believe me,

Yes, and arguably 50 different sets of problems.


> Yes, and arguably 50 different sets of problems.

Pretty much like the US, after all.


No.


I'm really motived to create an opensource alternative as I was a big pipes user. I set up a repo (obviously empty for now) ,I'll try to come up with a minimal working app before yahoo pipes gets frozen:

github.com/interactiv/pipes

didn't decide yet what serverside tech i'll be using but quick deployement is a priority for me. If anyone's interested.

EDIT: a lot of useful information here about existing projects, thanks.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: