masa331

Another advantage over Google or OpenAI for me would be that it is not from Google or OpenAI

> on a tech forum where everyone has very specific reasons for their tech purchases

Thats a very funny statement. From my experience tech people in general are the ones falling for vanity, fashion, dogmas etc. most often while claiming some "practical" reasons

It's not a race to the top of the safety spectrum. That's just a disguise and also only for some people. It's a race to the top of the "social" and $ spectrum where you have to show how little you care about the others and the environment and also how much money you can dump on vanity and impractical things

It's a bad practice always since the user can easily choose if he/she wants to open it in new tab by themselv but not the other way. For a user there is zero benefits in this practice

always export files in UTF-8

When i was around 20 i learned Ruby as basically my first language and it has been a joyride ever since. I had a chance to develop and co-develop things in other languages but for me there is none matching speed, joy and effectivity of Ruby.

Everyone's mileage may vary but i definitelly do recommend learnign Ruby as a first leanguage. What i also recommend starting developers is to not follow dogmatic advices blindly.

CSS Pro: https://csspro.com/

Because JavaScript itself is nothing but messy and a lot of new programmers start with it and somehow learn it and follow in the same vein

Can you be more specific? I'v been working with accounting systems for some time also and there are no transactions in double entry accounting which "just don't need the other side".

I don't get how the author can value all the things in the article and yet work at Microsoft on a bloatware like Edge which is not possible to remove, is pushed hard by Windows against other browsers and used as a part of a giant ads engine in itself

It's not bizarre if you realize that the decisions are not really in your hands. You are an engineer working in martech, you do what your company tells you to do and your company is motivated by profit, especially in martech. When your bosses decide it's time to start doing that, you will follow and if not, plenty of other engineers will. It's not like there are not dozens and dozens of examples of companies doing exactly that

Except that from my own experience connecting to EDI needs more custom programming than connecting to RESt APIs. The format is horrible and also the whole workflow based around sending and receiving messages

I'm doing both professional and hobby work with VPSs and SSH and there is no problem with that. Few less layers to take care of

How do you want to educate people about crypto if it's still very hard to educate them about normal money?

Crypto is not going to work in the sense the original authors envisioned it. It is trying to solve social problems with very poor technology. Social problems you want to be solving differently to be successful

The problem is not the technology. If you want to use crypto for normal daily stuff you need to spread it among poeple. And the more you spread it among people, the more people will want to regulate it(normal people, users). Because they will not want to lose money or get caught in some stupid crypto schemes

Your focus on things being "modern", which is no indicator of value except for hipsters and recruiters, made you forget about the third conclusion with which you might come away from setting up a monolith application:

3. Wow, this actually works. I am so productive and i can actually get my work done quickly, the same way as hundreds of thousands other normal developers out there. And then i can have a free time and mind free of stressing over what's cool or not

It's about what you value. If it is your time and happinnes, if you mainly want to just build stuff to solve real world problems, then choosing good old monolith application will get you there safe and fast in 90% of situations.

If you value to be hip and cool, then Deno, hydrating whatever, edge servers and sorely lacking areas of modern web development will 100% get you there.

I wonder what do you mean by "vastly superior". For search i use Kagi, for a browser i use Firefox. For mail you can use Protonmail or i guess there are other alternatives also. Only thing i miss is Gmail message threading. Other than that nothing else. So i think people are only used to Google, that's all. I don't think it's vastly superior in any area anymore

"Programming Done Right"... closing the page

For anybody just looking for nice icons instead of a open-source discussion i can also recommend https://icons8.com. They are the same freemium model as these

Have you tried Kagi.com? I switched to it and i'm very happy even with searches in my native language for example

> I provide critique that some (probably many) Ruby developers don't like

Yes, maybe that is the thing, i don't like critics. The approach i prefer is to put your money where your mouth is. Why don't you to build this version of ActiveRecord using refinements? Then let others see how good it is

> Imagine a ruby gem that ... Does this make any sense? Nope. That's why people don't monkeypatch in their libraries.

This can happen any day because of infinite types of mistakes a programmer can make. Monkey patching is just one technique you have at your disposal and as with everything else, you have to know when to use it, how and why.

> It's interesting that you mention respect here - ActiveSupport doesn't respect ...

What do you mean doesn't respect? ActiveSupport is a tool without feelings and stances and believes. You can either use it or not use it. And actually i want ActiveSupport to do exactly what it does, patch all the things and give me tons of nice methods i need.

Yeah, so if you want your library to work with Rails, because *you want* Rails users adopt your lib, you have to make some effort right? Well that's how it works with anything. If you don't like it for whatever reason why don't you find some place where they do it exactly your way, or why don't you build it? I mean i like the way how Rails and the other things around work and that's why i use it. So if you want adoptions for your library from me, you have to kind of a do it the same way.

Your articles are very negative. Basically everything involving Rails is bad and wrong by them. That's what i mean.

I want Ruby ecosystem, where everybody is free to do their things the way they want, by the rules they want, for whatever motivations they have. I want to have my special Rails snowflake and i don't want it to ever change because it constantly enables me to build amazing things AND enjoy the process also. And i'm willing to let you have your way and i will respect it but only if you can do the same without being negative about it in every other statement.

If somebody chooses to support Rails and Rails only in their library i think it's very fine and i think the same if there is a library doing the same thing for only Hanami. Or a library supporting both. Or a library not really supporting anything in a special way. I also think it's fine when there is a library which sole function is to monkey patch Object with #forty_two method. And fine it is because there are no rules from you or anybody else forcing me to actually use this thing. So, i will just not use it, right?

So for me this open and free "we" is the only "we" there is and also the only one i want to evolve anyhow.

Why there always have to be somebody telling you arbitrarily what's right or wrong even for such a harmless and creative things such are a programming languages or concepts and why i always open articles like that even that i know how bad it makes me feel.

I really wish i will finally remember this next time and i will spend the time coding hapily instead, sometimes with ActiveSupport, sometimes not, maybe even with Dry-whatever, if i'm able to overcome Solnic's negative agendas.

I develop an internal system for a company which sells diapers to big chain supermarkets in europe. It is connected to them through EDI. These are my 2 reasons why EDI is hard and fucked up in my opinion:

1) syntax - we are using XML which has weird element names and values and it's mixed camel case with other styles. It's not nice or possible to read without a manual/reference

2) brokers - you connect to others throught "EDI brokers" (dunno the right name in english). Basically you don't connect with other directly but it always goes through one or more brokers which are part of some EDI union or whatnot. So for example order from chain to a producer goes like this Supermarket -> Broker -> Producer. What this means is that different brokers pass you the orders in different way. So i guess it can vary a lot. Our broker is maybe the largest in the country and yet the only way how to programatically get messages from him is invoking a Java program, which downloads the message from his servers and that is possible to do exactly once. Then it's up to you to distribute it in your company as you wish. God forbid if you corrupt the message or something. This is very bad because you have to do a lot more work than just do a few REST requests to deal with anything. It prolongs basic integration by a lot.

I have a solution for you. Buy a table somewhere else

Another thing is the more people will use crypto the more they will actually want it to be regulated. The more money there is more guarantees will holders want. And it will slowly turn into the same currencies we now have - centralized, regulated, traceable, stable. What an irony for crypto fans

What do you mean by more freedom? You definitelly don't need Jekyll for Github pages. Any static page can be hosted on Github pages

For that you can use Github pages and you don't need to touch JS or Cloudflare

You have that with procs and lambdas

And it makes sense because government might not have all the data even for basic tax filling. On the other hand employees data are already available from various other systems where you have to register them and report and pay social security, taxes, healthcare etc.. I co-own an accounting company in Czech Republic.