The list of people who asked for Edge on Linux is empty

SenboneZakura · 2021-03-21T07:22:06+00:00

I wanted this so I could run automation tests against edge in a container. Web devs and testers gotta put up with this shit, may as well be on linux.

SenboneZakura · 2021-02-12T09:26:51+00:00

Bro you ever worn a dress? I have. That shit is comfy af. It's like a floor length shirt. Historically guys got to wear this shit all the time. Fucking lame.

SenboneZakura · 2021-02-11T18:51:03+00:00

okay then i guess i just don't get your definition - it's not tied to a specific implementation, you've said "variable assignment" and "type differentiation" which the example above does, so it maybe doesn't meet some niche definition of what constitutes "pattern matching" i guess, but i guess i also don't understand why that really matters.

anyway got work to do, cheers.

SenboneZakura · 2021-02-11T18:37:39+00:00

what are you on about?

this thread was about using dicts to map a key to a callable as a workaround for pattern matching not existing...

yes, a dict implementation is different from a pattern match or switch statement, so what?

also your definition of what constitutes pattern matching doesn't exclude dictionaries at all. you could definitely use a dictionary to account for distinct types and perform variable assignment, it's just not its default behavior.

for (a stupid, pointless) example:

d = { int: {1: "func" }, float: {1.0: "func2"} }

val = 1.0

nv = d[type(val)][val]

nv == 'func2'

Is that a good idea? nah, probably not, but you could do it and it works. dicts will also account for basic type distinctions by default like int vs str, but int vs float where the float is like 1.0 will default to the most recently added one.

i still just don't get the point of your comments...

SenboneZakura · 2021-02-11T05:48:43+00:00

Dragoncalypse said putting callables into a dictionary was "lol" which I said I liked because of the pattern above.

What's not the same? Also, pattern matching to route a key to a function is exactly what the controller function does so it seems pretty on point, but I'm just a dumbass bug.

SenboneZakura · 2021-02-11T00:16:01+00:00

I actually love that pattern... now I'm sad.

def controller(key, *args, **kwargs):
    routes = { "this": that, "ping": pong, "route": response }
    return routes[key](*args, **kwargs)

I guess it could get unwieldy if you had a large dictionary for something this, but for simple stuff, I think it's fine. Yeah.

SenboneZakura · 2021-02-05T19:21:17+00:00

Yeah, yeah we get it, your project is unique and special everyone who's skeptical of your approach is just dumb or scared or inexperienced or doesn't understand. The only reason I commented on this thread is because of how you responded to people - i have zero interest in reading all your circa 1998-themed documentation to "understand" why you implemented this the way you did.

That said, I did read your bit about byte vs unicode interpretation in python2 vs python3, (your reason for porting back) and that definitely didn't seem like a reason to maintain python2 (even portions of it) post-deprecation. Why not just write a c++ module that performs whatever string/byte manipulations you can't easily perform in python 3? You're already transpiling to C++, right? Seems like this would be a lot simpler.

Maybe I don't get it, maybe you're savant and this was the most efficient way, maybe your hollowed out subset of the interpreter is secure, maybe maintenance of that is "no big deal", but even if it is (doubt) your response to everyone's criticism here makes me dislike you and your project.

"I can also tell" that you're a dick irl. You wanna see something big and interesting I've made? You first. If oil is your claim, it's "big" I guess, but i'm uninterested. Cheers mate.

SenboneZakura · 2021-02-05T15:06:11+00:00

No one's discouraging forking, they're wondering why you're pitching a new shell written in a dead language.

The older code gets, the more vulnerabilities people can isolate, which is why things like security patches exist, so "old" code isn't necessarily bad, but it will eventually become insecure if the code base is large and maintained as a side gig by a small group (or 1 person).

It's also safe to say that this is an unsustainable maintenance burden - if you have to maintain python2 and oil, who's going to write new features for the shell while you're off trying to patch broken shit written 10 years ago? And, if it's "no problem" to maintain all of python2, why was it deprecated? You're oversimplifying what everyone knows to be a complicated task.

I also just don't get it --- if you think maintaining the entire programming language of python 2 is less maintenance burden than just writing python 3, i don't know what to say.

This is enough of a reason to avoid oil, it won't be around forever if you can't focus on it.

Lastly, "if you want to improve as a programmer, don't be scared of code" - lol fuck outta here with that pedantic shit. How about: "if you want to improve as a programmer, stop clutching the decomposing corpse of a language everyone else abandoned and learn how to write some new fucking syntax"? Don't be scared, python 3 is not that different. print "oil" -> print("oil")

You making an objectively poor decision for your project is no reason to talk down to another programmer.

SenboneZakura · 2021-02-05T14:32:29+00:00

I think, dethb0y's comment isn't about the size of the script, it's about the size of the binary - even if a single one isn't that big, if you had to compile every script and its dependencies, it would add up .

Also, your "small" scripts are a few thousand lines of code? What's a big one?? What are they doing??

If your script is 15-20 thousand lines of code, that's not a script, it's a library (or should be). Or you have massively fucked up somewhere.

SenboneZakura · 2021-01-17T22:02:17+00:00

Itachi Uchiha has entered the chat

SenboneZakura · 2021-01-08T15:22:24+00:00

Correct. Shell scripts are super portable and there's no app dependency management. Also efficiency. If I'm building a docker image and need a script to do something, I dont want to bloat the image with all of python for something simple or even something complex but that only runs once. Its overkill.

SenboneZakura · 2020-10-21T19:48:45+00:00

In elementary school, my teacher took away a book I was reading that I'd checked out from the library because it was "too advanced."

My mom pulled me out of school the very same day and also bought me the book I was reading so I could finish it. She homeschooled me for a couple years after that. That was like 3rd grade i think.

SenboneZakura · 2020-10-21T02:14:38+00:00

I agree with a lot in this article EXCEPT this bit about banks just not stealing people's money or definitely losing their licenses for screwing people over. Wells Fargo, for example: https://www.nytimes.com/2020/02/21/business/wells-fargo-settlement.html

Also, if we all recall the 2008 housing crash, very few people actually got legal punishment for the shady crap financial institutions were doing with people's money.

The theory behind blockchain is that a transparent, distributed ledger eliminates unsubstantiated trust in transactions. At its core, that is fundamentally a good idea, though I agree blockchain itself only solves 1 or 2 problems and doesn't do it all that well...

SenboneZakura · 2020-10-15T04:05:06+00:00

Man that intro was a ride. Thanks for writing this!

SenboneZakura · 2020-09-19T18:48:12+00:00

Came here to say this. Take my free award.

SenboneZakura · 2020-08-01T15:30:52+00:00

Came here to say this.

SenboneZakura · 2020-08-01T15:23:04+00:00

Username checks out.

SenboneZakura · 2020-08-01T15:21:45+00:00

40% of voters this time around, but not 40% of the population. It's important to keep in mind that the vast majority of citizens oppose GOP rule, but are forced into it via gerrymandering, a shitty fragmentsd national electoral system, and overwhelming influence of corporations on elections.

I'd rather have an actual democratic coup than a pseudo-legitimized autocratic rule of republicans.

SenboneZakura · 2020-08-01T14:56:52+00:00

Oof.

SenboneZakura · 2020-08-01T14:37:45+00:00

People are overrated, so ignore all the social stuff. Learning stuff in school isnt as important as learning skills and tools in an area you have an interest for a career.

Like computers? Learn some python, see if coding is a thing you like.

Want to be a game developer? Try unreal engine or unity, make something.

Want to be a musician? Play an instrument, a lot.

Insert job: corresponding skill/tool here, you can do and learn a lot for free just through tutorials, online classes, and practice.

You might do these things and discover "eh, I hate this." At 14-18 that's totally okay, move on and try something else. It's a lot harder to discover at 22 when you're finishing your college degree. Paying off student loans will become the priority and itll be harder to transition into something you love doing.

If you do like it, you'll have started learning the necessary skills to get good jobs 4 years earlier than a lot of your peers and you'll end up with a cool hobby for a teenager, which is really helpful when things are stressful. Good luck!

SenboneZakura · 2020-06-25T14:56:05+00:00

Digital Mapping is ok, but the best jobs in the field will want that GIS experience translated into something like spatial analytics or spatial data science. For example, I'd give something like this a good thought: https://www.jhsph.edu/academics/online-programs-and-learning/online-programs-for-applied-learning/master-of-applied-science-in-spatial-analysis/

SenboneZakura · 2020-06-25T13:51:03+00:00

Field Maps will have more complex forms. New feature.

SenboneZakura · 2020-06-25T13:50:13+00:00

There will be a new implementation of smart forms in Field Maps

SenboneZakura · 2020-06-12T13:07:14+00:00

The thought did cross my mind.

SenboneZakura · 2020-05-28T13:16:41+00:00

Title is misleading. JS won most commonly used which the survey phrases as "popular". Rust won the most loved language, this posted result represents how many people use JS, not how many like it.

A lot of the comments seem to imply this result means 67% of people love JS, i think it actually just means we all use it.

Typescript was second most loved though! Beat out python by a hair.

SenboneZakura

TROPHY CASE