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

Location: Hamburg, Germany

Remote: Yes

Willing to relocate: No

Technologies:

* Mobile: Flutter | Android | Kotlin | Java | Dart

* Back-end: Python | Django | Flask | some Golang

* Front-end: React | TypeScript | JavaScript | HTML | CSS | Sass | ...

* Other: Kubernetes | Docker | PostgreSQL | Elasticsearch | Ansible | Shell scripts | Google Cloud | ...

Résumé/CV: https://www.ensody.com

Email: waldemar@ensody.com

I'm a mobile app and full-stack web developer with 12+ years of professional for-money experience and more than 20 years if you also count my not-for-money open-source contributions next to school and studying physics. ;P

Would love to work on a technically challenging and useful project and would be more than willing to dive into new topics outside of the tech stack above (compilers, machine learning, data analysis, etc.).


This doesn’t look like real end-to-end encryption. There is no mention of the encryption keys staying only on the client device. The description sounds very shady as if they’re intentionally trying to be misleading.


SEEKING WORK | Remote or Hamburg, Germany

Software engineer/architect with 20+ years of experience working for large and small companies and research projects (Volkswagen/Audi, SPIEGEL, Tchibo, Deutsche Bahn, Peek & Cloppenburg, Kaufland, etc.).

I can help you simplify your architecture and teach your developers how to write code that everyone can understand. No more unnecessary complexity. More productivity. Happier team.

Specialization: Web Full-Stack | Flutter | Android | DevOps/Kubernetes

Technologies: Android, Kotlin, Java, Flutter, Dart, Python, Django, Flask, TypeScript, React, Kubernetes, Elasticsearch, PostgreSQL, Redis, Go, Google Cloud, Bluetooth LE, etc.

GitHub: https://github.com/wkornewald

Email: hello@ensody.com

By hiring me you help me finance my PL research project: https://www.ensody.com


I’ve recently switched to startpage.com - they use Google for high quality search results, but anonymize all search requests and show non-personalized, non-tracking ads solely based on my current search term. Also, they’re based in Europe/Netherlands.

I’m not affiliated with them. Just a happy user.


In my experience, when Google searches are better than DDG (which is not always), it's because the results are customized to your Google account and search history. StartPage generally gives me worse results than DDG, despite using Google as a backend.


Also have a look at vex: https://github.com/sashahart/vex

Unlike this pip solution, vex extends your PATH to include installed scripts. It also works well on Windows and is really easy to use.


It's not very easy to find from the provided link, but there is a repo on GitHub: https://github.com/samrushing/irken-compiler


In general, it's better to have the team work closely together in one office. If you want to bring in contract developers they should be reachable during the time when you work because you'll probably need to communicate very often. So, the timezone difference shouldn't be too large (USA - Europe is probably too much already, at least for your main developers). Later you might want to have a backup developer in a different time zone, so he can troubleshoot problems while you're sleeping. Also, when outsourcing it would be better to pick someone (or a team) with startup experience.


Yeah, that was my first thought, too, but the article is still inspirational. Could code generation ever be fast enough for practical problems? I'm wondering how far we could get if the generated code for each problem is cached between compiles (so we build up a huge database of solutions over time) and also reused, based on the satisfied constraints, when searching for solutions to more complex problems (much like developers reuse existing functions).


I good start might be getting RSpec and generating the correct scaffolds for it in Rails. It would only work for a tiny subset of problems but it would be a start, and also produce something many web developers could see the real world use for.


Right, thanks, I've updated the title.


So, zooming doesn't solve your accuracy problem? Did you use a graphics tablet or an iPad?


I used the desktop. I don't think I should want to zoom to draw an element because I would just have to move my fingers further.


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

Search: