wkornewald

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.

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).

Right, thanks, I've updated the title.

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

As mentioned on that post, we didn't create those comments and new accounts and we didn't ask anyone to do so. All we did was ask for upvotes (which was a bad idea and the reason for us posting a second time to give it a fair chance without us influencing anything). We're really sorry for the first post and for how things went and we hope that the HN community forgives such a stupid mistake which won't ever be repeated again.

Thanks, please let me know about your experience: wkornewald@pentotype.com

Note that currently pentotype only supports mobile wireframes, but we're working on website/desktop/etc. support.

We posted an Ask HN [1] asking for suggestions what else we could do and one comment by someone with very high karma suggested that we post again, so we tried. We didn't ask anyone to upvote. We simply wanted to give this a fair chance (unlike last time).

[1] https://news.ycombinator.com/item?id=5977771

Maybe this is too far-fetched and it's beyond what is technically possible today, but wouldn't the decrypted message be the plaintext for the session key and wouldn't then the session key basically be the plaintext for the public key? I suppose it's considered unbreakable because you only get one plaintext per session key?

Doesn't this make your key susceptible to known-plaintext attacks?

We're really sorry about that. Our previous mail must have gone into your spam filter, then. We definitely have sent out at least a feedback request to all subscribed people. Anyway, we're sorry for having abused our mailing list and we'll make sure that we won't repeat that mistake.

Yeah, we know. We asked our current users to help spread the word, but now we see that it looks less credible due to the new user accounts. These are real comments from our users. I'm sorry that this looks like faked by us. :(

We've learned about the benefits of UXPin from our customer interviews. However, we've also learned a lot about the disadvantages of UXPin and paper in general.

We agree with you that paper has a lot of advantages. That's why pentotype aims to keep all the benefits of paper. At the same time we'll enrich the paper experience with the interactivity of software.

Thank you for sharing your thoughts. We'll take them into account to make pentotype even better. ;)

Thank you, also for the note about the LiveScripe echopen. How essential is it for you to have live audio recordings?

We'd like to start with screen flows, but we want to support more stateful element changes in future releases, too. Would you like to do a Skype call with us in the next few weeks and talk a little bit more about your workflow?

Wow. :) We're working as fast as we can. In a few months we want to release an MVP. The pricing will be based on monthly subscriptions, but we haven't decided on a pricing scheme, yet.

We love questions. :)

Lines will be smoothed, similar to how the Bamboo iPad app does it. Our prototype already does that. Does this answer your question?

You'll be able to create custom (even grouped) widgets and store them for easy access (e.g. if they're complicated to draw every time). We also plan to make pentotype even recognize your custom elements.

Clients won't need to install anything because pentotype is web-based. They just can point their browser at a URL and interact with the wireframe and leave comments.

Thanks, this is great real-life feedback. I'll let you know once we have a beta ready for testing.

Thanks for your feedback. The drawings were made by hand and the animations were done in Adobe After Effects.

Hi, I'm one of the founders of pentotype. We're creating a new kind of wireframing software and we'd really love to hear your feedback. We have been working on this for more than half a year now, doing some customer interviews and building a prototype. We're planning on launching an MVP in a few months, but we've gotten to a point where we'd really appreciate some broader feedback. Especially, we would like to know if you faced the problems shown in the video, if you see other problems and what you think about our solution.

Thanks Waldemar, Johannes and Thomas

I've built a custom micro-framework and an async ORM based on a few ideas I had while working on Django-nonrel. The result is wonderfully small, simple, and expressive. We're using it at our startup. I'm just trying to bring back the fun of exploring new programming concepts. In this regard, open-source really doesn't work for me.

Not sure if you really want that. ;) I can be hard to convince once I've made up my mind and I still don't know if that's good or bad.

It looks like our projects will get a new maintainer. So, it's not as bad as it sounds. It's only us leaving the project. Follow the discussion group for more updates:

https://groups.google.com/forum/#!forum/django-non-relationa...

Oh and sorry for the disgusting site "design". Our site isn't running on Django-nonrel, anymore, and I still didn't get to making a nicer design (not that the previous one was much better ;).

You might want to try django-mediagenerator for Pyjamas integration. We already have a pyjs filter. See [1] for an example of how to use pyjs with mediagenerator.

You should be prepared for lots of subtle pyjs bugs, though. The translation isn't perfect. One problem is that the Pyjamas team is replicating GWT, so they only need a small subset of Python's features. They also don't use more advanced features for performance reasons. This means that many code paths are practically untested.

[1] http://www.allbuttonspressed.com/blog/django/2010/11/Offline...

It depends on who you ask. :) We've created Django-nonrel and djangoappengine for people who need GAE's scalability or at least don't want to deal with scalability as an afterthought. Of course using the GAE datastore for everything can be really painful (and dbindexer is supposed to help in this regard - at least a little bit), but now you can have the best of both worlds and pick the right tool for the task.

At first I thought that you wanted to misrepresent the article, but that doesn't seem to be the case, so no offense taken. Thanks for posting the link here. It's nice when other people find our work worth mentioning.