HNHacker News
TopNewBestAskShowJobs

jakecodes

322 karma · joined February 25, 2016

hnchat:it8wZU2bFFgGvkK6MHki
submissionscomments
jakecodes··on Show HN: Inko – A safe and concurrent object-oriented programming language
Congrats Yorick! Super impressive! The site looks great! I'm trying it out and so far its fantastic!
jakecodes··on GitLab is working on a tool just for data teams
All of our extractors are available in our source code, which is open source. http://gitlab.com/meltano/meltano/. Right now we are working towards an MVP, so things might be in flux, but we value any feedback you have.
jakecodes··on GitLab is working on a tool just for data teams
We use the term mvc here, as "minimal valuable change", in a recognition that it may not be a product yet.
jakecodes··on GitLab is working on a tool just for data teams
It is truly a bummer that you feel you are receiving half assed updates and features with constant problems.

The size of the GitLab is constantly growing and Meltano is adding to GitLabs capabilities, not subtracting. We've hired 2 very awesome Python developers for Meltano specifically. They each have tons of experience in the ELT space.

All this to say, that no one at GitLab has turned their eyes away from GitLab, it's the opposite. This business is here to help GitLab as our first customer. Rather than having GitLab struggle to get it's data tools together, and make business decisions based on that data, we've devoted a whole team to provide a solution while helping the community at the same time.

jakecodes··on GitLab is working on a tool just for data teams
Thanks for the great advice! Obviously your years of experience, with trial and error, advice is greatly appreciated.

The idea is to give users a set of default extractors (which are the ones we use internally, so they are battle tested), along with loaders, transformers etc. With documentation on how to build their own. For our MVP, and possibly into the future, it will work similar to Wordpress plugins where you have an extractor directory that you place your extractor which is written following our protocol, and the UI will recognize it and give you choices of extractors to run, same for loaders, and so on.

We do not want to be chasing down every last corner case, for extractors (except for our own) because that's just not a good long term solution, needing constant maintenance (as we've seen already). With user contributions, I believe it can work.

jakecodes··on GitLab is working on a tool just for data teams
Thanks. It's currently 4 devs full time jobs. I agree, a tall order. It's a lot of work. We won't reproduce every feature of every product tomorrow.
jakecodes··on GitLab is working on a tool just for data teams
What a great interview. @slap_shot, you had great questions and you are so well spoken. Really appreciate the feedback. We're all taking notes here. Hope you will keep an eye on our issue tracker for Meltano and give us your feedback as things come up.
jakecodes··on GitLab is working on a tool just for data teams
Our goal is to meet our data team's need by answering our company's data questions.

A lot of the solutions out there are fantastic but aren't up to the tasks we are looking for. Why shouldn't the whole life cycle be in one tool, be open source, and be version controllable? That's what we are looking for in a tool.

jakecodes··on GitLab is working on a tool just for data teams
One major difference will be the complete data life cycle vs providing just one part of it. Just like we do in GitLab except for data teams instead of software development teams.
jakecodes··on Ask HN: How to overcome fear of flying?
I had a fear of flying that stopped me from doing all sorts of things. I missed out big time.

For me, facts don't help. Visualizing it helps. See https://flightaware.com/live/. I love thinking about the fact that all of those planes that you see on that map will land safely because there will not be any airline deaths in the United States today or this month or most likely this year or for years to come. Many will go through turbulence worse than you've experienced. Some will have to return to the gate for little issues. But all will take off and land and be fine.

Until the recent Southwest accident this year there wasn't an airline accident in the US since 2009. If you fly in the US there aren't deaths per day, per month or even per year. The US went 9 years for 1 death on large scheduled commercial flights.

Even if one plane on that map had one accident with 1 death, today... You aren't lucky enough to be on that plane. If you told me that one plane on that map had Madonna on it, I'd tell you I'm just wouldn't be lucky enough to be on that plane.

Compare the turbulence you feel on the plane to the turbulence in your car. More often than not you will experience way more bumps in your car. The turbulence in your car is more dangerous to you than the turbulence on a plane.

If you want less turbulence than sit closer to the wings. The plane pivots around the wings and I often sit there and see people bouncing around in the front and back but barely feel anything from where I sit.

The larger the aircraft the more experienced the pilots are. The airline jobs used to be (not sure now) hard to get, so you are always going to have extremely qualified people flying your plane. Even when flying on (what my mom calls) a putt putt plane, the pilots on those aircraft have so many hours of flying it's insane. Airlines pilots are often just really boring people (sorry pilots). Your flight may be one of 4 they are doing that day and one of 12 they are doing that week depending on the distance.

Everything is planned out. I mean everything. Even the extremely rare idea of an engine failing during take off. You will be fine even if that happens. http://qr.ae/TUIWQI. Which it won't happen to you, again you just aren't lucky enough.

The turbulence you are scared of is not what brings planes down. They can withstand insane amount of turbulence, way more than you can imagine. That is why the wings flex. So even if you have turbulence that pops opens the luggage bins, it just isn't the thing that causes a plane to crash. A plane doesn't even bat an eyelid from that type of turbulence.

The things that have caused planes of the past to crash, have a really nil chance of happening today, because when bad things happen they fix them so they never ever ever happen again. Millions and millions of dollars go towards researching and fixing the problem.

Even small accidents cost airliners insane amounts of money and horrible PR. That recent Southwest flight accident will wind up costing Southwest Airlines > $100 million dollars. You can bet that they are going to research the crap out of that accident to make sure nothing like that ever happens again.

If all that fails, go to your doctor and tell him that anxiety is preventing you from living your live because of a fear of flying (it is) and he will prescribe you an anti anxiety medication to take ONLY on flights. After which, I promise, you will LOVE flying and you can live your life again.

jakecodes··on GitLab Web IDE
Hey there. I'm the developer who made the POC. My original idea came after watching non-technical people try to make changes to the readme. They would have to ask for a lot of help to get the terminal open or use a GUI. When really all they wanted to do was make a quick change.

The idea is that there's a lot of different users using git and I want to make it accessible for everyone.

jakecodes··on GitLab 10.4 released
Hi Jacob, Frontend Lead here. This is very high on my list. I have a team of 5 FE engineers (1 being me) focused on improving performance and this is one of the big things on our list of highest priority performance improvements.
jakecodes··on GitLab 10.4 released
I'll add our benchmarks into that issue shortly. Our biggest slowdowns are parsing, layouts, and memory. Without this splitting every file is imported, functions are instantiated but not used. With our new method only files needed are bundled and most of the dispatcher.js file is removed. Removing error prone string matching from switch statements to having it automatically done by webpack.

The plan is:

1. Split up the files.

2. Get rid of the as much of the dispatcher.js as we can and have web pack do the routing dynamically. That would eliminate most of 1 large confusing file (dispatcher.js). JS is still cached for the pages you visit but it isn't 1.5mb of JS it would be ~20kb of JS.

jakecodes··on GitLab 10.4 released
Jacob from GitLab here. Would love to help you out with your assignee dropdown taking 10 seconds. Currently on GL.com I see it takes 102ms. https://imgur.com/a/vSV21.

Also, I am wondering if you were looking at a much older version of GitLab with the discussion and the UI being unreadable. We've made a ton of improvements to our UI in the past year. If you are looking at a recent version, can you tell me what is unreadable about the discussions and the UI in general? That way we can fix it.

jakecodes··on GitLab 10.4 released
Hey there! Jacob, Frontend leads here. At GitLab we've put together a team of 5 Frontend Engineers (including myself) to focus solely on performance and stability issues. We are focusing on reducing the size of our JS and CSS. We are currently focusing on splitting our one giant JS file into many smaller JS files. Here's our current issue for code splitting the JS. https://gitlab.com/gitlab-org/gitlab-ce/issues/41341

Here is a link to our current CSS Refactor plan which will reduce the size of our CSS significantly and reduce render times. https://gitlab.com/gitlab-org/gitlab-ce/issues/42325.

We've got a lot in the pipeline. In the process we won't be shipping any new features, unless you call blazing speed a feature.

jakecodes··on In hospital for 34 years
Please let me know if it worked!
jakecodes··on In hospital for 34 years
Lot's of "I am not a doctor" suggestions. I do the same thing myself. My wife (surgeon), often points out that my diagnoses are missing basic things. Even though I studied with her and read all the flash cards.

Just because a doctor hasn't solved your problem yet, doesn't mean you should give up. You don't want to take advice, and self diagnose with web advice.

Now pretend I didn't say all that, and check out BPPV. If it is BPPV, then you can have someone do the Epley maneuver on you and you'll be fine. Dizziness is incredibly stressful, and the rest of your symptoms can be associated with stress. The fact that it comes in waves makes me think that it could be the crystals in your ears moving around.

But seriously. Don't take medical advice from someone who isn't a doctor.

jakecodes··on In hospital for 34 years
Lyme is very hard to diagnose, often misdiagnosed. "The difficulty in diagnosing Lyme disease is made even more challenging when you consider that the possible number of symptoms totals around 100."
jakecodes··on Tesla has finished building the biggest battery in the world
I am not a battery expert by any means. But the article says:

> with 100 megawatts of capacity.

Isn't megawatts the measurement of power? Wouldn't Watt Hours be the measurement for capacity? Sometimes people use Apmere Hours also. Like the Chevy Bolt has 60 kWh of capacity.

jakecodes··on How we do Vue at GitLab: one year later
Glad to hear that we influenced your decision.
jakecodes··on How we do Vue at GitLab: one year later
Hey ng12, author here. I totally agree with you. I am the biggest proponents of keeping things simple. I initially was hesitant to introduce Vuex. I've written a few huge apps in Vue without anything else but Vue. The cool thing is you can, of course, continue to do that. But again, you just have to follow some strict patterns. Or, to make it simpler, you can get some help from Vuex and let it help you follow those strict patterns. Either way, one is best off if they follow a strict pattern. If not self guided, then library guided. Especially on a big team you can reduce the stress of that strictness if everyone uses Vuex. With so much code flying through GitLab, Vuex is the answer, for quicker code reviews.
jakecodes··on How to launch, startup playbook and cost calculator
I agree that the website is overkill for what is trying to be communicated but...

> Why write something that exists?

B/c it's good to have more than 1 opinion. If someone has successfully started a startup or 2, I would want to hear their story. Looks like the writers have some experience. I'm not big into relying on 1 bible.

jakecodes··on GitLab raises $20M Series C round led by GV
Hi. Jacob from GitLab. Our editor will work on iPad.
jakecodes··on GitLab 9.3 released
@sashk Thanks for the feedback. Your feedback, and others has been heard loud and clear and we've been hard at work this next month. For next month's release (9.4) we were able to tackle just about 100 UI polish bugs. New systems are being put into place to make sure we are polished right out the door, and that the UI is consistent. We want you to love our UI.
jakecodes··on GitLab 9.1 Released with Service Desk, Canary Deployments, and Burndown Charts
This should be fixed.
jakecodes··on New GitHub Terms of Service require removing many open-source works
Hi, Lead FE @ GitLab. When my team and I are developing, we spend a majority of our time, writing code for the community edition (the open source and free version) of GitLab. Also GitLab.com is a priority.
jakecodes··on Our long term plan to make GitLab as fast as possible with Vue and Webpack
Our entire JS is 800kb not each page. So we are splitting it on a per page basis. Everything including issues, MRs, file browsing. There was 800kb of JS in the entire app before I joined as the first FE Eng. There is jQuery and other libraries and our own code. That was the reason we wanted to remove Turbolinks. So we don't load all the JS for the entire app at once. We want to load things on demand.

Funny thing, I have built a full fledged production 2d/3d application in JS. It was less complex than what GL has to do, and it was 670kb fully minified and obfuscated. We are constantly looking for ways at GL to make our file size smaller and our JS faster. It is something we are actively putting our time towards.

jakecodes··on Our long term plan to make GitLab as fast as possible with Vue and Webpack
Yeah. Sorry about that. I've been saying it since I was a kid. It's part of my positive attitude vocabulary.
jakecodes··on Our long term plan to make GitLab as fast as possible with Vue and Webpack
I mean our profile page, there's hardly anything to it and it doesn't need JS. So there really isn't any reason for it to be a page of a single page application, let alone a JS app at this point. But with Turbolinks it was all part of one giant SPA.
jakecodes··on Our long term plan to make GitLab as fast as possible with Vue and Webpack
Backbone is a structural JS library/framework. It gives your app a backbone. Vue provides data binding so your View(Vue) gets automatically updated when data changes. Completely different.
← PreviousPage 2 of 3Next →