proposal-deep-path-properties-for-record
play
proposal-deep-path-properties-for-record | play | |
---|---|---|
3 | 3 | |
94 | 183 | |
- | 0.0% | |
0.0 | 0.0 | |
almost 4 years ago | about 1 year ago | |
Python | ||
- | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
proposal-deep-path-properties-for-record
-
ES2022 feature: class static initialization blocks
Oh, I like that a lot, especially as they've proposed a new JSON.parseImmutable() method as well. The syntax is surprisingly simple (and obvious!) and deep equality and simple comparisons is perfect.
Deep paths look interesting on top of this, the idea is one I like but not sold on it being implementable in any sort of non-clunky way.
https://github.com/tc39/proposal-deep-path-properties-for-re...
-
JavaScript Records and Tuples Proposal is in ECMAScript stage 2
The proposal for that is here: https://github.com/tc39/proposal-deep-path-properties-for-record.
-
ECMAScript Proposals I am excited about
Records & Tuples + Deep path properties for Records + Pattern matching + Do-expressions
play
-
Kaboom – Replit
Cool to see Kaboom on HN again! Kaboom is the culmination of a multiple attempts at creating a game programming environment aimed at new coders.
It started a few years back when we noticed that many kids come to Replit from Scratch and get lost trying to find the best way to make games. There are many ways to make games with Replit -- pygame, html, love2d -- but based on our research there was still a big gap between the focused and intuitive experience at something like Scratch and anything that we offered at Replit. It felt like we were letting them down.
We thought in order to meet their needs we needed something that satisfied the following constraints:
1. required no setup, importing modules, or any other scaffolding before you start coding
2. had powerful primitives to make something interesting in a handful of lines of code
3. Simple programming model
4. easy to import and use images and other assets
Our first attempt at this was a Python library called Play (https://github.com/replit/play). Play satisfied many of the constraints but because it was written in Python, and we execute Python on the server and stream graphics down to the client via VNC (https://blog.replit.com/native-graphics-love), the experience wasn't uniformly good for everyone using Replit. For example, for kids in India it was really bad (since then we started replicating our servers in India and other places in the world https://blog.replit.com/global).
Our second attempt was a classic BASIC implementation. BASIC was easy to get started with, it had zero bloat, and you could get something on the screen quickly. Sadly, users grew out of the language really quickly. BASIC made simple things straightforward but anything slightly more advanced was hard to impossible to make. I kept trying to evolve the language until it became kind of like QBASIC (optional line numbers, labels, etc). But it felt like sisyphean task.
BASIC HN discussion: https://news.ycombinator.com/item?id=23052050
BASIC docs: https://docs.replit.com/misc/basic
Last year, around the same time I gave up on "completing" BASIC I saw a job application come in for a designer from an indie game dev Tga. Tga was not only a great designer but also an awesome programmer, so we hired him. I pitched him on this project, we started prototyping it in Replit and got something working fairly quickly (early prototypes here: https://replit.com/@gameenv). When we rolled out an alpha version the most surprising thing that happened was that people on our team got addicted to making games. We weren't the target audience, but that's always a good sign. Then kids in our community started having a lot of fun with it -- the more we tested the more conviction we had that we had a solution to the problem.
The last few months we spent working on the Kaboom environment on Replit. It has an awesome asset editor, and a kick-ass debugging tools. And pretty soon we're going to have great autocomplete and intelisense.
To learn more check out the following:
- Kaboom blogpost: https://blog.replit.com/kaboom
- Show HN by designer: https://news.ycombinator.com/item?id=26728774
Some games from the community:
- ReplJewled https://replit.com/@ConnorBrewster/ReplJeweled
- Flappy Mark https://replit.com/@slmjkdbtl/flappymark
- Bamboo Ninja https://replit.com/@RoBlockHead/KaboomJam
- Cookie Vs Oreo https://replit.com/@Coder100/COOKIE-VS-OREOS-KABOOMJS-BOOMOM...
-
ECMAScript Proposals I am excited about
There is a python game framework called Play that emulates Scratch's API. With a function decorator, we can import Play's elegant syntax to JavaScript.
-
Teaching your kid to code with Repl.it
Python Play is an abstraction layer built on top of PyGame that makes it easy to build a more advanced game than with Turtle, but without needing to understand all of the concepts required for PyGame.
What are some alternatives?
proposal-class-fields - Orthogonally-informed combination of public and private fields proposals
kaboom.js - 💥 JavaScript game library
proposal-class-static-block - ECMAScript class static initialization blocks
proposal-decorators - Decorators for ES6 classes
proposal-pipeline-operator - A proposal for adding a useful pipe operator to JavaScript.