HN user
Full stack engineer working mainly with Go and Typescript.
If you were never exposed to functional programming before, learning Haskell will give you a whole new perspective on how you write code, and I bet it will make you a better programmer just because of that.
With that said, in Europe I ever came across exactly zero job ads that require Haskell, and exactly one in Singapore. In North America / Bay Area it might be more common though.
Typetalk.
It also has a free tier up to 10 users, that retains the most recent 10k messages.
It seems the only jobs listed here are from Bytedance
I write a lot of documentation. I do it not because others ask, but because I genuinely believe it is going to be helpful to someone at some point, and anticipate this need. So when Bobby from marketing asks about a feature, or Kate the junior dev can’t wrap her head about some algorithm, hey, I got them covered!
So I think this mindset is the first thing you need in order to get going. It will inspire you to write more and better.
Secondly, my practical advice is the following: divide your doc in sections. Plan them out beforehand by writing just titles and subtitles. See how they fit together, if their sequence makes sense. Rearrange them until they convey a clear story. Usually you might want to have three macro-sections: 1. Introduction - what is the document about, who is it indended for, and why it was developed. This helps set expectations right off the bat. You can also describe the big-picture goals of the system/feature. What is it used for. What are the main use cases. 2. System/Feature Overview: here you can describe the big-boxes architecture, the main components (apps, servers, middleware, db, whatever), what they do, and how they work together. Describe communication protocols and standards followed. Describe functionalities the system provides. You can follow up on the use cases you mentioned in part 1 and show how the system delivers them. 3. Technical Details/Implementation Choices: depending on the audience of your doc, you might want to document non-obvious design choices. This is also where might want to describe expected inputs and outputs. If it’s an API, describe the routes, accepted methods, paylods. Provide actual examples, as many as you can. Describe the data model.
Then as you follow this trace, you might find out you wrote a lot about a certain topic. Depending on the level of detail you want to achieve, break it down in smaller sub-sections, or move parts over to section 3.
As for the writing style, you might want a prose with short sentences and easy language. Make sure to explain stuff thoroughly and not take anything for granted. Everything that looks damn obvious today, won’t be 6 months from now.
Sorry if this looks like a stream-of-consciousness. It sort of is. I hope you can find some of it useful.
Personally, I would still choose gin. Gin seems to be more straight to the point. To name one, compare goyave router.Route("PUT|PATCH", ...) with gin router.PUT() or router.PATCH(). Also I'm not a fan of adding a lot of functionality and opinionated behavior into web frameworks. e.g. configuration files that need to be in a specific place in my workdir, "automatic 404 when a database record is not found", etc.
But sure, if you want to get a server up and running from scratch very quickly for a POC or a simple API-over-a-database app, this lib might be a good starting point.
what stops these people from downloading mine or anyone's resume off LinkedIn and use that for their purposes? they wouldn't even need to bother contacting me first
As the first stage of the interview, we give a take-home test with no constraints. We just ask them to put together some code that works with one of our public APIs.
I think this is decently respectful of the candidate's time, while giving us the opportunity to review some actual code written by them. And yet, most of them don't even bother... Well, I get that you are busy, but I don't feel comfortable investing time in an on-site interview without seeing any code first.
Disclaimer: If they provide a link to their github with some solid projects or OSS contributions, we skip the take-home altogether.
Conferences don't exist to convey information
I don't entirely agree with this. Many speakers talk about their experience with some technology or problem. If it's not presented as a sales pitch - which sometimes might happen -, it is definitely valuable to hear about real-world use cases. And then you even get to ask them questions at the end. It is an opportunity to share info and practices that you can hardly get in the same way from a non-interactive blog article or a forum thread.
When people attend conferences, they're doing it to be seen
This might be true, and as you say, it's all business. I don't think this is necessarily bad (I'm not saying that you think so). Conferences are useful to meet people in person and expand your network, which is also very valuable. Maybe some do this as a deliberate calculation, some others are genuinely interested in socializing. That's all very fine. And ultimately if speaking at a conference has chances to improve my resume, why would I not go for it? It's all business, right?
If you're at a talk that's truly unbearable, just tune out or walk out if it's that bad.
This is good advice. Overall I would say conferences are a decent tool for staying in touch with the community. Not all of them are bad, and not all speakers have inflated egos.
Me and my team have been using Backlog for quite a while now and it's truly refreshing https://nulab.com/products/backlog/
I don’t see what the big deal is TBH
The main issue is that Italy is part of the EU, and also one of its major economies. The argument about unfairness is absolutely not a joke. In fact, it’s the main point. Doing business in China as a foreign-owned company in many sectors of the economy is, simply put, a huge challenge, when not outright impossible. This is mainly due to opaque or protectionist regulations. State-backed competitors also make the market harder to penetrate since they will always win price wars. Then add lack of concern for intellectual property.
Chinese companies don’t have these problems in Europe. Not even close. They enjoy all the advantages of a (basically) free market, whereas the opposite is not true. This is where the “unfairness” is.
The EU has been trying to find some leverage against China to balance the scale for some time now, albeit our efforts have been mild. That’s because the EU doesn’t have a common foreign affairs strategy and individual member states are always more concerned with their internal politics to actually go figure out one.
So China can just come here, pick a country that can be easily enticed by the promise of bilateral cooperation and handsome investments, and all of a sudden the EU now has a member who will start voting against anti-China policies.
Without a unified will, the EU member countries don’t have the contractual power to demand and obtain anything from China. We will be an easy game for them.
I think this is a rather confusing article for beginners. I would say that request processing in an HTTP framework isn’t exactly a practical use case to demonstrate Go concurrency features. Most real-world applications are based on REST, which is stateless. In fact I would not associate HTTP server frameworks (in Go or in whatever language) with internal shared state management in an entry level article. For people interested in Go concurrency features there’s this great curated list instead:
I'm using Nulab's Backlog. This is sort of a shameless plug since I work for that company. However I must say that after several years of clunky issue trackers, this one feels very very refreshing. I won't waste your time with marketing speech, which you can find plenty of on the official website. But actually easiness of use and moderate configurability, plus a decent-looking UI, are the points our advocates praise most often.
The company is very strong in Japan, where it was founded, but rather low-key in the rest of the world. I never heard of it myself before I joined, but after starting to actually use the product, I really wish I had.
I use Cacoo. https://cacoo.com/
You can subscribe to a free account. The ‘signup free’ link is somewhat hidden under the pricing sections. The product has many nice drawing tools and templates and you can export to raster or vector formats.
You can make something like the one in your link by combining some preset icons Cacoo offers with regular drawing tools.
*Disclaimer: I’m a Cacoo developer
I found quite frustrating that any non-zero score depends only on time of submission in a specific time zone. It makes it a race and a race for certain people only. But of course one can just take it as an opportunity to practice a language and learn new stuff.
Nulab | API Integration Engineer / Growth Engineer | Amsterdam | ONSITE | https://nulab-inc.com/about/careers/
Nulab is a team of fun-spirited innovators dedicated to creating software that supports effective communication and collaboration. With headquarters in Fukuoka, Japan and offices spanning Tokyo, Kyoto, New York City, Singapore and Amsterdam, our company is growing quickly. We’re looking for the next Nulaber to join our development team in our Amsterdam and New York offices.
Our stack: Vue.js, Java 8, Go, GraphQL, protobuf, Postgres, AWS, docker
Nulab Careers: https://nulab-inc.com/about/careers/
I have recently discovered Backlog - disclaimer: due to being hired by the company, even if not in that team. If you google "backlog project management" it should be the first result.
I honestly like it very much. It is way easier to use than Jira, nice modern UI/UX, integrates with git etc. It has enough features to help with larger projects, and you can shut off features you don't need. There's even more to say, but I don't want to spam the thread.
I feel the product deserves credit. You can try it out.
Wow, yes, this comment is much more acute than it might look. However I often had the impression that China seems to be this hot get-shit-done-without-corporate-bullshit place because they are improvising - both management and technical functions.
I came up with the following explanation: the Chinese are bad at abstract thinking, therefore they don't build theoretical constructs as solid as we do, therefore they are worse at devising complex processes - compared to westerners. I'm not talking about scientific prowess. I'm talking about problem solving and creativity.
Disclaimer: I worked in China and speak fluent Mandarin.
Absolutely. I lived in China and Spain, and am about to move once again. Those experiences have given me perspective on the world and on myself, gave me self-confidence when I was able to succeed in a foreign environment against international competition, built my character and drive. It ultimately gives me a non-negligible advantage over my peers when it comes to job-hunting. It does have downsides because leaving Family & Friends is tough at times, homesickness, etc.
My personal 2 cents is, think about your motivations. Don't do that just because of a calculation.
The GDPR isn't a set of technical specs. It purposefully sets out broad guidelines and leaves the implementation to each data-handling organization. Obviously the requirements and challenges of a hospital are much different than those of an e-commerce. Therefore, it is the organization, or more precisely its DPO, that has to define what is "appropriate" to their business.
Then, according to your interests/knowledge/SOW, you can act as a security consultant who gives proactive advice, or as a contractor that develops a solution from a set of specs.
I would've thought a company with the near-infinite resources they have strove really hard to hire extremely talented and organized developers.
Tim Cook went there to get humiliated. Given what's at stake for his company, I doubt he had alternatives. I guess that's what a CEO would do. However by giving that speech he accomplished nothing but to confirm that he holds no ground against his local competitors whatsoever, and the article correctly points this out. China keeps laughing in the face of the West. The weakness and passiveness of western "democracies" is astounding, but no wonder that when you spend all your time to play internal politics there's little time left to envision an international strategy.
I wonder what it'll take for Western governments to get their stuff together and elaborate a response.
Hi, cool project, really. As a backend developer I often feel stranded when going about web app frontends. And it's so hard to find WYSIWYG editors that don't suck. What about supporting Java for the coding, though? Is this going to happen at some point?
JavaFX uses custom XML which make no sense to be honest when you want to do nice design.
I don't see why the custom XML should be a problem. Definitely you are not supposed to edit the .fxml files by hand, especially when you have apps like Scene Builder that allow you to design everything from a GUI.
And it requires custom CSS too.
That's true only for a few JavaFX-specific properties. The CSS syntax doesn't change very much. Also, it's not a surprising feature: QT, the C++ GUI framework, also uses custom CSS.
This library abstracts some of the verbosity of JavaFX common operations and provides more intuitive and off-the-shelf functionalities on top of the main framework.
I started this as a toy project for practicing Java 8 and see how FX GUI looked like, then I expanded on it a little, following a small corporate project. I'm not a huge open source contributor since most of my work is done in the dark of said (non-US) corporate world, so there's surely room for improvement, both in the code, in the features and in the github presentation. Any feedback is welcome.
Unfortunately neither the OP's article nor this one explain anything about the AI's own language. For me this is enough to make the thread a clickbait. However the paper points out the more interesting fact that the model learnt how to deceive in order to achieve its goal. I think it would be hard to demonstrate that the behavior is really deceit and not a result of more "boring" features of the training examples, like let's say - dialogue length, limited use of negations (no, don't, can't, ...) - or a biased input.
It’s a trait shared by elite families in China, whose high status has persisted since the Mao years.
Well, but that's just about 60 years...
I think what you say is easily applicable to software engineering in general. Data science maybe is a field that is even more negatively impacted by bad hires because the threshold after which you start adding value to the company is higher.
Correct, it's not about the role of the legal representative.
I agree that the terminology is not very clear, as customary of Chinese laws. It states that the physical person or the legal entity investing in the company must be Chinese, where the term you cited /'fa ren' 法人 refers to the legal entity (e.g. a company) and the legal representative I cited is the physical person investing in the company (the president or the owner, which if I'm not mistaken is the same guy who represents the company before the law).
Terminology aside, it goes even further. It even states that 工作人员仅限于中国公民 the workers of that company must be Chinese nationals!
[rant] I have first hand experience with this. In China there is a law which states that in certain sectors and above a certain level of "security" (guess who defines security) the supplier company must be Chinese and its legal representative must be a Chinese national. Of course this law is loosely enforced. It's not that they prevent you from doing business there. Simply it's like a gun pointed to your head. When they decide it's time to pull the trigger, you're out. You might think to buy a Chinese company or set up a commercial partnership or found a JV and then sell your products through them. One successful example of this is Blizzard. However this works up to a point- the "security" level. When you're above the line, even the product must be Chinese, and that's when you transfer your sources to the local counterpart or give up and leave.
Concretely, this means that you can forget doing business with the Chinese gov. Or prepare to be canned up any time.
Now couple this with the wild investments China is conducting on a cash-hungry Europe. And of course it is state-driven, because outbound capital flows are heavily restricted in China otherwise.
However it looks like Chinese acquisitions in EU not only play toward China's long-term goals to rebrand their production (and eventually make money off of our own market). You can also see it as a modern cold-war with the USA, where the stake is industrial predominance and the means is influence over Europe. Just like the old USA vs USSR times. The USA try to make deals with us, while the Chinese outright buy us.
Europe has mainly two choices, take a side or become the third pole. I think bot are politically valid choices, however what is really astonishing and enraging, and the article conveys it very well, is that EU has the political energy to do neither. It's not that our political agenda gets crushed by either side. Is that we have none. And this to me means that the European Union at the end of the story will be the only one true big loser, and we as Europeans will follow along. [/rant]
Excellent resource. I'm almost at the end of Andrew Ng's ML course on Coursera and was looking to learn more about convex optimization. I will definitely try out some of the links there (Machine Learning > misc machine learning topics)