esimov

Seeing that the team behind Nim is accepting Bitcoin is not a good sign.

It might sound as a spoiler, but the slogan of a well know brand it should be motivating: "Keep walking!".

No strictly related to Bitcoin, but to the cryptoworld in general: https://memoakten.medium.com/the-unreasonable-ecological-cos...

You pointed right in the middle, but try to rationalize with someone who is a crypto advocate? I bet that it will be a completely usefulness conversation. The crypto money rely purely on USD exchange and that's why suddenly appeared so many crypto startups, because their "value" is speculative.

We are talking about the ethical concerns of the people behind the technology. Do not try to misinterpret the words.

I cannot recommend enough for everyone who has a minimal sensibility towards the climate impact to read this thread: https://twitter.com/smdiehl/status/1350869944888664064. Since we are inevitable heading over to a climate catastrophe it's really the time to advocate against bitcoin.

I was wondering if these developers have any ethical concerns about the environmental impact they are responsible for by developing a technology which I can categorize with a single world: ABSURDITY!

I've done a library which is capable of using various dithering algorithms by plugin the dithering method you wish: https://github.com/esimov/dithergo

I just looked at the source code and I'm very skeptical about what the author claims. The way the code is structured and is written is not very professional. Also I don't see any benchmarks. If you claims something at least give valid sources.

> I worked with Magento every day and I am glad the language is more than Java than it used to be, it means we can organise our code better

Do you consider Magento being a framework you are happy to work with? I'm also working in Magento 2 and honestly it's a painful experience. It's a so bloated framework that without cache enabled the development is completely awful.

This is exactly the same what I'm thinking about: what's the purpose to redesign something which was good and familiar with something which is totally unpleasant. On a large monitor you have to move not only your eyes, but your head from left to right, from top to down just to find the relevant information, which on the old github was on the right place. Too bad there isn't an option to revert to the old design.

It seems to me Github from the Microsoft acquisition is going into a wrong direction.

Bring back the old Github! The new look is a mess.

Cute little project. Thumb up for selecting Cobol as the language of choice for the implementation. I might feel nostalgic.

United States is Incompatible with Biodiversity Conservation

I remember an article from Figma or even possible from you, where you mentioned that you have rewritten in Rust a tool originally written in node.js. And I remember, back at that time (I think it was 2 years ago) you were very exited about the language. How does it compare to the current situation? What made you to think that Go is a better and enjoyable language than Rust? Is it the faster GC?

A recently published article from a guy working at Discord throw a real flameware, because he was arguing about the opposite: Rust is a better and faster language then Go, but he based his assumption on very old version of Go (1.9) where the GC was way slower then in the current versions.

Niiice!

I've done something like this in Go: https://github.com/esimov/legoizer

It's not about founding or donation, it's all about false promises. How you can give false assumptions about something which does not exists and it's not provable. I'm thinking here about all the optimistic features the author is acclaiming. As some of the commenters mentioned practically is impossible to build a product (a new programming language) in solo and having only a couple of thousands of LOC.

When Facebook will fail?

99% of percent of the new programming languages are nothing more than a syntactic sugar over an existing language, and 99% percent of their developers are developing without any real use case and. I suppose they are made only to collect some money (by donations eventually). As they are developed they are immediately forgotten.

Ok I see now, but still we do not have any evidence about the source code.

It's a scam. You can promise bells and whistles as many as you want but you have to prove it.

yeh, smoke and mirrors. Checking all the websites the author is maintaining, the focus is on Patreon support, much less on real development and commitment. I'm also intrigued why such projects (which does not have any code openly available behind) are so high rated. I assume because many github users does not take the effort to see behind.

So true... I'm also thinking what's the point to open source under the umbrella of this V programming language something that is no more than a couple of examples.

I do not want to blame Go, since I'm programming in Go from quite a long time and I love it, but to claim a programming language which is written in Go fast is exaggerated and an outrageous lie. Go could not match the speed of C/C++ so how can be this programming language declared as fast??

I made something similar in Go. https://github.com/esimov/gifter

The algorithm has the ability to remove image parts based on the energy level of each object calculated by a simple sobel operator. So in order to remove an object you have to either localize the object and give a higher energy value or to train a CNN to localize some specific object type, then again increase the energy value. Right now i'm working to implement the face detection part. So if anyone is interested in extending the library even further and to integrate a CNN, it's more than welcome.

The algorithm is not based on this patent. I made a reference on the github page to the original paper the project is based on.

I'm the author of this library. The algorithm permits to remove an object from the image, only it needs somehow to be localized. After localization it can be applied to that area a higher energy map, which means that part will be avoided by the seam carver. I will implement a face detection algorithm to automatically exclude faces to get not altered by the carver.