150 karma · joined August 8, 2014
The language combines ideas from BASIC and APL: array operations, words instead of special symbols, and data-first function calls
I feel like an iPhone will be next. Good Android phones are already pricey
Does it have windows support? Most annoying os to get shell access
Repo packages 20 years of Hacker News into a static archive you can run entirely in your browser. The site is just files: HTML, JSON, and gzipped SQLite shards. No server app required.
Django got +20% in downloads counts. 6 new packages in the top. REST is still in use in a half of Django installations, and high interest for static typing!
We all have npm installed on our computers and I make a quick command to start small django project with it.
Most Django cookie cutters project templates create thousand of files. This quick starter by default creates minimal project as `django-admin startproject` command. Options available to add a simple boilerplate for Poetry/Celery/Rest/Redis, generate little single-file Ansible script to deploy, and basic rollup config for ECMAScript and Sass build.
I hope you will like it!
dramatiq- 342536 huey - 330942
only django-rq went to top 100
I'll place an update
dj-database-url - 7573407
djoser - 750208, a little away from top 100
Even after community "acquisition" the development process mostly dead https://github.com/rethinkdb/rethinkdb/graphs/commit-activit...
It's like Brainfuck, but for natural language.
Common web frameworks like django or flask solves only technical problem related to HTTP/Client/Server functionality and nothing related to business logic organization except simple CRUD support.
It works pretty well if you going to create data entry applications for your business. Data entry applications allows end users to enter the data and do some queries and reporting. Basically you are offer for end user a set of forms for data entry, grid for end user queries and set of reports for things that couldn’t be achieved with simple grid filtering.
The usage pattern for worker is to enter the data, run the query/report and decide what to do next. This style of applications allows unlimited ways for interaction for end users, and adopts many scenarios.
But very fast it became not enough. The breakpoint happens when you came with idea, that you need something like `STATE` or `STATUS` field for one of you entity. This probably happens when you try to organize workers pipeline and collaboration.
And this ruins your well designed CRUD application. Mix of hidden state changes and crazy querying randomly scattered over the code makes hard to have a whole picture what really happens. After a half of the year, team of 5 developers could produce working but cluttered application that really hard to change to adopt new business process requirements.
The core problem that common web MVC pattern have nothing related to people collaboration. Fortunately there was a lot of research in this field, starting from 198x.
And the answer is - we need an explicit workflow layer (yeah, so pythonic)
You can take a look to http://www.workflowpatterns.com/ It’s pretty formal and hard to read, but it contains set of common patterns that happens when you trying to describe people workflow.
From historic point of view, there was discussion - what is the best way to represent people collaboration visually, what building blocks should be used and etc. In the 2004 there was several popular approaches for this like ebXML, BPEL, and many other formats.
At the 2014 we have the answer - only BPMN products became successful with the time. I think you will not very surprised with this fact, if you will know that BPMN is the only format designed for understanding by humans first. Other formats was designed like bad visual programming language and they are failed.
The core difference of BPMN that you have a gate nodes explicitly separated out of task nodes. This give you unlimited amount of flexibility, and most systems allows to skilled programmer develop very custom gate logic to accommodate all process requirements, embedded into reusable flow building block.
And the last part. The rise of workflow systems happens in the 200x. There was the time when UI-only programs declared as the way to happy user experience. Missing UI tools for system administration was declared as main problem of Linux operation system. Nowadays, UI for administration mostly failed. Today is the rise of script languages like Chef, Salt, Puppet, and DevOps as profession for system administration.
This sort of things became happens even with existing workflow tools, like jPBM based http://camunda.org/
I believe that should happens with any existing workflow software. With good designed library or language for workflow specification, developing application would be faster than any ui programming.
So, as the result of thoughts described above, Viewflow is the library that offers an additional layer for django web framework allows explicitly specify people workflow and takes out the workflow logic from django views.
You can take a look for shipment views example, when I start i didn’t expect that so complex workflow could be exality extracted out of the views - https://github.com/viewflow/viewflow/blob/master/tests/examp...
The future of workflow looks like we will have not only well specified business process but mix of process and cases to accommodate best things from data entry and workflow application styles. There is even existing standard for this - CMMN. And it looks like it would be very soon implemented in many workflow tools.