max0563

Agreed. I actually added the crossword version here https://wordpivot.com/crossword/ but it is FAR harder than I thought. I'm still play testing it.

Also, writing a solver for these things is also surprisingly difficult, but fun!

Yeah, I am starting to appreciate that view a bit more now after also struggling with the native keyboard. I already started working on adding that to Word Pivot.

Thanks for letting me know, I will check on it!

Thanks for the feedback.

> The rules are a bit unintuitive. Definitely surprising that horizontal words don't have to be words.

You are not the first person to say this, and I am starting to agree. I think that more basic ruleset is more fun and far more intuitive. Especially given the current UI layout. I am going to spin up a new version with that ruleset I think.

Thanks!

Uhh, no, the answer is not to avoid cascading deletes. The answer is to not develop directly on a production database and to have even the most basic of backup strategies in place. It is not hard.

Also, “on delete restrict” isn’t a bad policy either for some keys. Make deleting data difficult.

This is super cool. I have been using TypeScript To Lua (https://github.com/TypeScriptToLua/TypeScriptToLua) for a little game side project and it works quite well, I am pleased with it. It does end up generating a lot of Lua code though because it has to support all of TypeScript’s features, which isn’t ideal. I’d expect Teal’s output to be much more concise Lua which has me interested.

I can do this with two lines in my nginx config. I have no idea why I would ever consider using another service for this if all it does is rate limiting.

Also, 100ms is not fast.

No, they're not the same. In Jenga you usually lose in a way that you know could have been avoided. "If I had just held my hand still" or whatever. That is not what this is. This game is frustrating because it was poorly designed not because it is "hard".

This would be a fun game with some UX improvements. It's extremely frustrating when the reason I can't finish a puzzle is because my finger slipped off the line and not because I just don't know the solution. I stopped playing because of how frustrating that was.

I have tried several times to learn Haskell. The only resource that actually worked for me was Philipp Hagenlocher's "Haskell for Imperative Programmers".

It is incredible. He does an amazing job of starting from the basics and then diving deep. After going through the series I had a solid enough grasp on the language to use it for practical things.

https://www.youtube.com/watch?v=Vgu82wiiZ90&list=PLe7Ei6viL6...

Trying to figure out how to create a stable orbit makes me think of "The Three-Body Problem" by Liu Cixin (https://en.wikipedia.org/wiki/The_Three-Body_Problem_(novel)). The characters in the book have to figure out something similar, though more complex and in a VR like world.

It is inevitable that you'd run into issues eventually that are due to the parsing library itself. Whether that be performance or otherwise. Sure, you can fix those problem in the lib yourself, but maybe you just can't for one reason or another. It is also possible that the lib is really good and has no problems, but your problem ends up being slightly different which makes it a pain to implement with the library that you choose.

When you are making a general purpose language that gets shipped to the masses, a core component of that thing you are making is the parsing. I'd say it is in your best interest to have complete control over how that works and be able to understand that well. That would mean putting in the work to make the parser yourself.

I don't just feel this way about building programming languages. I believe this is true for any kind of production level software that you write. It is important to maintain control and deep understanding of technologies that are core to your product. Building something from ready made components, while tempting, often ends badly.

That is another great option, especially for getting started. This is something we have done at work to build our internal DSL. We used the wonderful Lark parsing library for Python. It allowed us to iterate very quickly and get the tool in the hands of the people that were intended to use it asap.

I don't think I would use a parsing lib to build a general purpose programming language though. At least not one that I intended to ship.

As with most things, the ancillary tasks are always the most annoying part of developing a language. Even if the language is just for yourself or a small group of people, you still need to build the tools around the language that make it usable and I find that to be the most tedious part and often the hardest part.

If you're getting hung up on parsing and what not, you might be more successful using a parser generator. People hate them, often for good reason, but they do allow you to iterate quickly at first.

I haven't used it personally, but if you plan on using LLVM I hear that is a nightmare to use. Probably would also fit in to the "hardest", "tedious" and "least enjoyable" category for you too.

Godot has 3D support built in. How would this project help?

More broadly, what makes Godot in its current state unusable for your needs?

I personally work for myself, and I have found it to be very rewarding and fulfilling. It's not for everyone, but for for some it is certainly far more rewarding than working a 9-5. Especially one where you feel like you have to turn off your brain for 8 hours which I find to be very unfortunate.

To some extent I agree with your mentality. I don't think we should treat work as anything other than that - trading your limited time for money. But you spend so much of it on this thing, work, that turning off your brain to engage in it seems just depressing.

That is what I thought too when I first started using them. "They just aren't as good as Google!". I have found this to not be the case as often as I thought it would be. In fact, 90% of my searches I'd say never require me to leave Duck Duck Go to find the answer, that includes technical queries.

That isn't to say that DDG is perfect, but for the times that it isn't perfect tacking an !g or !b to the end of the search does the job.

InsuranceToolkits | Experienced Software Engineer | Remote (Within the U.S.) | Full Time | https://insurancetoolkits.com

We are looking to hire an experienced software engineer to join our small team. We are a a bootstrapped startup company that is growing very quickly. We have a lot of big projects coming down the pike that we need help with.

Here is the link to the full job post if you'd like to learn more: https://weworkremotely.com/remote-jobs/insurance-toolkits-ll...

Feel free to reach out to me at frankie@fextoolkit.com

This reminds me of The Writer which was a handwriting automata created by Pierre Jaquet-Droz in 1770. It is incredibly impressive.

https://thekidshouldseethis.com/post/writer-automata-pierre-...

InsuranceToolkits | https://insurancetoolkits.com | Remote within the U.S. | Backend Software Engineer | Full-Time

InsuranceToolkits is an underwriting, quoting, and sales tool suite for life insurance agents. We are looking to hire a backend developer to work on our underwriting and quoting engines.

Technologies (Relevant to this position): Python, Django + Django Rest Framework, Flask, Redis, Postgres

Other technologies that we use: TypeScript, Nuxt.js, Dart, Flutter (mobile)

We are a small but profitable startup company that is growing very quickly and we're looking to expand our team. We are on a mission to bring high quality software solutions to an industry that has been lacking them.

If you are interested in learning more, feel free to reach out to me at: frankie+jobs@insurancetoolkits.com

It is indeed possible thanks to the logic gates built in to some of the schemes.

At least in ArcaneVM I think it's something like O(N^N) where N is the number of instructions in the program. The VM has no context on which instruction is supposed to be run when so every instruction needs to be "executed" at every step. It's absurdly slow and it doesn't help that the FHE algorithms themselves leave a lot to be desired when it comes to speed.

I often feel the exact same way. I have had to really be honest with myself to understand these feelings. What I have realized is that this feeling can mostly be reduced to fear. Fear of becoming obsolete, fear of being not so smart, fear of not being a "real programmer". It also doesn't help that a lot of people in other fields really do look down on web developers in this way. At least for me, this induces a fear response and I get anxious and it is almost entirely out of insecurity. I start to "stress learn" things that I feel would make me a "real programmer" even if I have no real use for or interest in them. It's pointless, of course, but I have found it to be a viscous cycle that's hard to fight sometimes.

A few things have helped me. The first is that you need to embrace what you do and love what you do. It doesn't sound like you hate being a web developer, more that you feel you should be doing "harder" things. Web development is far more than CRUD apps, so it might be worth looking for another job that will challenge you more as a web developer.

The second thing is that you need to understand what you do _deeply_ instead of _broadly_. I have for a long time considered myself a generalist, but this has its drawbacks. When you really understand a tool set deeply and become an expert a lot of the lower level internals really reveal themselves. You end up learning things that you've always thought you wanted to learn in isolation, but instead there is now a useful context in which to learn them. Not to mention that this helps with the feeling of being "not so smart" because you will form informed opinions as a result of your deep level of understanding.

The last thing is that you do need to feed your curiosity and the only way to do that is through projects. You want to build a compiler, build an emulator, a game engine, a database, or an OS? You really just need to do it. I have dabbled in each one of these things. Some of which I got very deep into, others not so deep. Each time I learned a little bit more. The hardest part is picking a project and running with it, especially when there are so many different options, but it is the only way.

Sometimes it's important to take a step back and appreciate what you do. It's very easy to beat yourself up and compare yourself to others. If you really are unhappy with what you do, then you need to start deeply diving into something that you do find interesting. Nothing in this field is easy and it all takes time to gain any level of proficiency at.

I have been following this game for many years. What you all have made is amazing. Thank you for continuing to work on and improve 0 A.D.

Very inspiring!

I just learned a whole lot about toast.

This was an issue for me recently, I had a massive hair ball in my charging port. I was having charging issues and what not. The not connecting issue was a problem long before and after the hair in my charging port though. It’s definitely a cause in some cases though.

Apple CarPlay is an absolute piece of garbage. It always hangs on the “connecting to iPhone” screen. I just want to see my nav. Infuriating.

This is fantastic. Happy Independence Day!

Though I saw it coming, I was laid off recently (last week). The layoff was unrelated to COVID-19, but laid off none the less. Luckily I have enough saved to not be too burdened by it. I have an interview tomorrow and Friday, but I see it more as an opportunity for something else. In my spare time I have been working very hard to build a startup in the Insurance Tech space. Though I have been looking for jobs, part of me keeps wanting to see this as an opportunity to do what I really want which is to start my own business. Having thought about it, I think I will be looking for freelance/contract work instead of another full-time gig so that I can focus more on my company.

With that being said, the job market is going to become much more brutal very soon, which slightly terrifies me... but I'd probably regret not at least taking a chance working towards my dream, even during these uncertain times. I did panic a bit when I got the news that I'd be losing my job, which lead to the frantic job applications and reaching out to my network. After I took a step back and thought about it though I was able to see this as an opportunity.

To anyone else out there who recently lost a job and is panicking, try to take a step back and evaluate your current situation. It might actually be setting yourself up for something better. If nothing else, take the time that you have to sharpen your skills or learn some new ones. Make the most of a bad situation.

Before I start this rant I want to say that I appreciate authors who put work into trying to solve hard problems. These are hard problems and I think at least trying to make a step in the right direction is a good step.

I feel like we are approaching the problem of frontend development complexity the wrong way. These new frameworks and domain specific languages fail to cut through the complexity of the real problem and instead mask the complexity with shiny new frameworks. These frameworks still all suffer from the same problems.

There are deeper issues that need to be addressed. The fact that their landing page doesn’t work well on mobile is evidence of that. Assuming it was created using Mint.

It would just be a matter of implementing the byte code into the VM. Should be possible. I thought it’d be cool to try Python bytecode haha