I am a generalist software developer with experience in a broad range of technologies, from full stack to blockchain. I learn fast and quickly adapt. My recent gigs include working for a Norwegian startup as a Clojure and Smalltalk developer, writing smart contracts for a creative codes project, and designing and implementing a dapp for Internet Astronout NFTs collection.
I'm up for any job that involves solving interesting problems with code. Feel free to write me at [email protected]
The gotcha thing about this puzzle is sort of greedy approach; try to disentangle the local sub-graphs - concentrate on any nodes of your choice and their connections - and the global graph starts to fall in its place. It's trivial approaching it like this.
I'm no expert and can't examine all the bits in detail, however, I trust the likes of FSF and Stallman. So far, they haven't given approval to any laptop built after mid 2000s. I wonder why.
SEEKING WORK, Pakistan, Remote OK, Email: muazzam_ali at live.com
CS student at a top university, hobbyist developer for a long time, academic ML enthusiast. My last freelance project for NYC client involved building a screen and webcam recorder in C++ and Microsoft Media Foundation. Thanks to the memory-related bugs I encountered in C++, I decided to give Rust a go and loved it. In college, I took a semester-long Node.js and React.js course, so that's what I can handle on the front-end. For back-end work, I of course have a preference for Node.js, Rust, and Go but I'm a fast learner and can get started with any language in no time.
Yet another model that has probably been never used on high scale: letting people sponsor tickets (GitHub issues). The donation would go to the contributor who closes the ticket to the satisfaction of the main contributors. The amount, of course, will be decided by how a ticket is perceived as important.
The same reason Facebook loads multiple MBs of JavaScript code for something that could have been not more than 1 MB. One can't help but wonder about nefarious purposes: either collecting user data or abusing the computing resources. For companies that tend to hire the best and the brightest, the 'software bloat' theory is not compelling.
Curiously, major Linux distributions have also gotten significantly slower compared to early 2000s versions.
I wonder, for a thought experiment, what if companies stopped development on software when it reaches certain stage of maturity, say Windows 2000, providing only necessary security updates or optional visual changes?
I would love to use assembly x86 on baremetal (i.e., no code that's not written by me executes) as I used to do years ago but I will be needing an infinite time and that would be, career-wise, a complete waste of energy.
I am a generalist software developer with experience in a broad range of technologies, from full stack to blockchain. I learn fast and quickly adapt. My recent gigs include working for a Norwegian startup as a Clojure and Smalltalk developer, writing smart contracts for a creative codes project, and designing and implementing a dapp for Internet Astronout NFTs collection.
I'm up for any job that involves solving interesting problems with code. Feel free to write me at [email protected]
I am on Upwork: https://www.upwork.com/freelancers/muazzamalikazmi
...and GitHub: https://github.com/0x5CE/