HN user

jpobst

235 karma
Posts1
Comments28
View on HN
GTK 4.0 Released 6 years ago

Indeed.

One of the main reasons we abandoned Pinta (https://github.com/PintaProject/Pinta) is we had to rewrite a significant portion of the app if we wanted to move to GTK3, as we had many custom UI needs.

See also: GIMP, still on GTK2. Inkscape released on GTK3 just within the past year or 2

Many comments (probably correctly) point out that SQL can't be displaced because it is ubiquitous and "good enough".

I wonder if there is room for a "TypeScript" of SQL that would allow developers to opt-in to whatever new language features or paradigms we feel SQL is missing.

It would then transpile down to regular SQL to be executed.

It depends on what you consider the goal of the F-35 to be.

If you believe it's to build a next generation fighter plane then yes it's a disaster.

If you believe it's a way to funnel trillions of dollars of taxpayer money to private defense companies then it's a rousing success.

Ultimately there is very little consumer grade software anymore because modern consumers won't pay for software.

The only people who pay for software are enterprises and they aren't going to skimp a few hundred dollars on software that makes their $X0,000 creative workers X% less productive.

In this space there is basically Pixelmator and Affinity trying to eke out enough sales to keep their developers paid.

I built https://communiroo.com because I couldn't find a quick and simple single website to expose bug/feature tracking + SO type questions + forums + support requests for my other things I was building. It seemed (and still seems) like it fills a need for mine and everyone else's side projects.

I think the biggest issue is marketing. I tried a few Twitter/Facebook ad campaigns that didn't really pan out, and an HN submission that didn't make the front page. But really I haven't done much to market it, and it just sits there chugging along with few users other than myself while I work on other stuff.

I have a friend who is a medical researcher and it definitely seems they are stuck in the past.

In order to study something, he has to:

* Come up with a hypothesis that X may cause Y

* Request access to data about that hypothesis

* He is only given the data regarding his hypothesis

* He can then study whether his hypothesis has merit or not

We should be dumping these whole datasets into machine learning and having computers give us potential links to explore. Obviously there will be plenty of things that turn out to be unrelated, but it's also very likely the computer can find links that a human would not have considered.

I don't see it changing any time soon in the US, but I suspect other countries with this data will use it, and we'll find the next generation of medical breakthroughs no longer come from the US.

Author here.

Communiroo grew out of a need after I had created my first hobby mobile app. I wanted a single place where users could file bugs, make suggestions, have discussion forums, and get support. The only option I could find was to use a myriad of different services like Bugzilla, UserVoice, Discourse, and ZenDesk. That seemed like a lot of extra work for both me and my users.

Communiroo provides a single site and a single login for:

  - Bug Reports
  - Feature Suggestions
  - Discussion Forums
  - Questions (StackOverflow style)
  - Support Tickets
  
I thought others might find this useful for their apps and services, so I made it into a service.

Communiroo runs on Microsoft's new ASP.NET Core, which has been a pleasure to work with.

Would love some beta users and feedback!

I work for a very mature startup, and recently led our first site on ASP.NET Core. The framework itself is very nice and very solid, basically a "do-over" of all the previous ASP.NET frameworks with the benefit of hindsight. Although there's been some new things to learn, I've been very pleased with how consistent and thought out the new ASP.NET Core is. We run the site in production.

Having said that, the tooling around ASP.NET Core has been an absolute disaster. They went 90% of the way with one mechanism (project.json), then decided to start over with a new mechanism (msbuild). While I believe it is ultimately for the best, the interim has been incredibly difficult to work with, as ASP.NET has been officially released now for ~8 months with neither method fully working. For example, in the current project.json stuff you cannot reference another project without first putting it into a Nuget pacakge.

Hopefully this will all be cleared up with the upcoming release of VS2017, but if you need something sooner and aren't interested in dealing with a lot of pain, I'd stick to ASP.NET classic for now.

The issue is more that companies should pay US taxes on profits made in the US. However they can use IP to move those profits to countries with lower tax rates.

The way it should work is:

- Apple makes an iPhone for $200 in China

- Apple sells the iPhone in the US for $600

- Apple pays US taxes on the $400 profit

The way it actually works is:

- Apple creates Apple of Ireland as a PO Box in Ireland

- Apple gives one of its iPhone patents to Apple of Ireland

- Apple makes an iPhone for $200 in China

- Apple sells the iPhone in the US for $600

- Apple pays $400 to Apple of Ireland to "license" the patent

- Apple pays $0 of US taxes because it sold the iPhone "at cost"

- Apple of Ireland pays negligible taxes on the $400 profit due to low tax rates

It depends. The reference source site code is MS-RSL (see the License link in the upper right).

Some of the source is additionally available under MIT from the github repository, but the reference site includes things that are not "open source" like WPF and Winforms.

From next year's Call of Duty:

You were killed by L33TGUY37. You are out of lives for today, would you like to:

- Purchase 5 more lives for $2.99?

- Spam your social media for life requests?

I worked for Novell/Xamarin for almost 7 years and this was a large part of why I eventually parted ways with them. I spent a couple of years on Windows Forms, a couple years on Mono Tools for Visual Studio, and a couple of years on Mono for Android. In all that time I never really felt proud of something we released. I always felt more like I was apologizing for our releases than proudly showing them off.

Having said that, I gave Mono for Android a try as a hobby again this year and it was light years better than when I left. (Congrats guys!) However there were definitely still bugs that were mildly annoying as a hobbyist that I can see would be infuriating if I had to rely on it for my job.