> I understand that you don't like writing YAML, but to be honest, it's not that complicated, especially if you use our VS code extension (it autocompletes and suggest all the properties, validates the config file, and give you on-hover documentation).
I think you've missed the point entirely. Just because _you_ do not find it complicated, doesnt mean others wont. This comes across dismissive, people dont want to use your flavor of YAML and have to install a VSCode extension to do so effectively. This alienates a bunch of people that dont use VSCode, and who would rather utilize a safely typed library that provides autocomplete out of the box regardless of which editor is being used. IaaC/S should move on from thousand long lined YAML files that shoe-horn in extensibility and composition in favor of using tools (programming languages) that support this out of the box. These libraries could output YAML files for the sake of compatibility.
i’ve been working on a web-framework for Deno called "cobain". would be cool to work with someone on it, and be able to bounce ideas off of.
what separates this web-framework from others (aside from the grunge and punk aesthetic) is a heavy focus on function composition and developer experience. without much effort, as a developer you will be able to deploy your app as
- lambda/serverless function (deno deploy compatibility),
- standalone monolith
- microservice
in addition, i created a small concept of a templating engine similar to swift-ui and react called "peep" that doesn't do anything special syntax wise (its just JavaScript for real this time).
the really awesome part is that the web-framework and the templating language use the same pattern for "decorating" functions utilizing a deep-safe-map builder-like dsl. (which im currently struggling with) to avoid accessing and setting already previously used keys.
i think the most appealing part of this is the opportunity to break fresh ground on a javascript runtime that will likely be used in the next 3-6 years.
you can contact me on GitHub or my email on my profile.
unless i haven’t read deep enough into that groups thread. this seems overblown. alert, prompt, etc. isn’t being deprecated on the entire web, only in the context of cross-origin iframes.
that being said, this post definitely strikes a chord with me. instead of adding a new index of deprecated features, it think it speaks more to the fact that caniuse needs to rethink how they approach deprecated features.
i’d like to think if Apple allowed the AppStore to be an interface/gateway to other stores, most users would be happy. similar to how RSS works, but it keeps it unified for the user.
as many people have mentioned before, one of the main reasons people choose iOS is that it removes the choice and worry about unintentionally installing malware.
opening up the AppStore like this i think would allow Apple to ease up a bit on the gouging they’ve been doing now and instead become a pro-active leader in creating a specification/platform that others can adopt.
what a dramatic and ridiculous statement. i suppose you could say i have a vested interest in holding an opinion like that. however the dude that posted that tweet is in the tech space, therefore (imo) excludes him from being “just a user of the internet”. furthermore, REAL USER demands and expectations increased from native mobile app usage, so of course the complexity of pages/apps on the web have followed suit.
One thing that really bugs me about CommonLisp, is that docs for the supposedly popular libraries are often broken, because they relied on a 3rd party service QuickLisp. A great example of this, is the linked “Clack Getting Started Guide” in the article isn’t even referenced in the clack library repo. This guide than proceeds to link to the broken QuickLisp docs. It’s madness, especially for people that WANT to help move this language forward and increase adoption.
exciting! i wonder if this will set a precedent going forward for any other software impacted by G2A’s very grey area tactics .i do believe there could be a marketplace which facilitates swapping keys for other keys, setting aside any monetary value and basing it on a persons perceived value of the game they would like to play.
i think this is great, VC $ aside. my biggest issue with contributing to Riot or Matrix ecosystem from a Client UI perspective is (from what i remember) the weirdness of the Riot client being half separated into two repos. it makes the barrier to entry seem too high. my hope is that this investment can resolve these concerns
the cost of being on the edge of technology is the inconvenience you will encounter.
this "article" (if you can call it that, feels fitting to a blog) doesnt really touch on anything meaningful. The author echos the same tirades that we've seen since the announcement of the iPhone X.
Genius.com CEO gives talk about how the worst possible thing you can think of, is in fact the best thing.
I like this video because I tend to get stuck in my own head, or get carried away on useless features/ideas that don't really contribute to the overall progress of the product.
i think you’re fine. if you’re worried about not learning anything new, than i would suggest learning an entirely new stack. otherwise, i would suggest you try to create a product and see how easy that is. odds are, you will learn a lot from that.
Keep in mind that, just because it's open source, and possibly hosted on github pages doesn't mean that the hosted copy is the same as the open-source. Referring to the IOTA seed generator hack that happened earlier this year. (https://thatoddmailbox.github.io/2018/01/28/iotaseed.html) (not my site).