HN user

barrystaes

307 karma
Posts0
Comments238
View on HN
No posts found.

Android devices already know exactly where they are even with GPS disabled, because they sniff the nearby WIFI networks and then ask Google where they are. QED Google knows already, all combined is mass metadata surveillance already provided to those that tap into it.

Any sub-meter precision or presence detection does not really matter, if these companies have all your other questions, queries, messages, calendars, browse history, app usage, and streaming behaviour as well.

This +

Layer one also explicitly identifies stakeholders, and describes the current (AS-IS) situation with annonated screenshots so everyone quickly sees what we are talking about.

Layer two also lists alternative solutions considered and why not chosen.

Layer three is developers making a few notes on chosen tech design, most important is the choice reasoning here.

In all layers, add and use references. Less is more, a picture beats a wall of text.

I use it to design functional parts for 3D printing at home, very solid 3d design software that works on any internet connected device. Can easily open/see/edit parameters quickly on a phone or tablet even, to address a design flaw.

Workflow in a nutshell:

- Start a sketch on a plane, use toolbar circle, draw, type dimensions, close sketch.

- Click the rectangle you made and use toolbar extrude.

- Click the resulting object (bottom left) and export as STL / 3MF file.

It is parametric design:

- Discover your oops. Go back to sketch or extrude, edit dimension, entire design updates by magic.

- Dimensions can be changed into a quickly editable #variablesYouName by typing # basically.

Documentation is short and to the point. Same for most videos that explain how to accomplish something specific. Love it.

I have long dreamt of automating Factorio in the way that HDL and a PCB router works: just specify the ingredients and it produces a Factorio Blueprint.

First MVP stupid designs, then optimized routing, and eventually usable ingame where it connects with provided in/outputs.

Would be more fun to develop than to play obviously..

I liked the nilhouse mega base with that factory-train-blocks blueprints, its basically Factorio DUPLO.

I would simply argue that the “offline” editing is a people-problem and hence van not be solved using automation. People shall find a way to break/bypass the automation/system.

The only “offline editing” that I allow on human text documents is having people add comments. So not editing, no automated merging.

For “offline editing” that I allow on automation (source code) is GIT which intentionally does not pretend to solve the merge, it just shows revisions. The merge is an action supervised by humans or specialised automation on a “best guess” effort and still needs reviews and testing to verify success.

This page is ridden of ads, popups, and sensational writing. They may be facts but its written as clickbait filler to scroll past even more ads.

Clicking the back button redirects me to a never-seen-before and full-screen Ad page before returning to Hacker News.

I am never visiting insideevs.com again. If this is real news, a real news website shall report it.

I’d say; Yes using only about 7 steps where each repeats a permutation, but it requires reorientation of the cube ofcourse.

But reassembling is the true brute.

Happy to see this effort.

When applying ReactJS in webdev after doing all kinds of engineering in all kinds of (mostly typed) languages in many runtimes, I was so surprised that JS did not actually had a struct/record as seen in C/Pascal. Everything is a prototype that pretends its an object, but without types and pointers, and abstraction layers that added complexity to gain backwards compatibility.

Not even some object hack that many OO and compiled languages had. ES did not add it either, and my hopes where in WebAsm.

This proposal however seems like the actual plan that i’d like to use a lot.

A lot of the code complexity was to get simple guarantees for data quality. The alternative was to not care, either a feature or caveat of the used prototype model.

So true. A solution presented before the problem, IS the problem. Goes for kids and adults, and entire organizations! Quote mine.

Also, this todo system is basically what I apply on chaos-days, but with the addition that I preferably start next days list at end of day, as to remind me of momentum and focus.

Developer here that started doing Analysis work for complex systems that require some thorough Bsuiness Modelling. Take a look at

- BPMN https://nl.m.wikipedia.org/wiki/Business_Process_Model_and_N...

- MDA https://en.m.wikipedia.org/wiki/Model-driven_architecture

- MBSE https://en.m.wikipedia.org/wiki/Model-based_systems_engineer...

The tooling on these for Analysts I feel is not on par with tools for Developers. Often outdated and enterprise-only both in price and complexity of use.

- https://en.m.wikipedia.org/wiki/Model-driven_engineering#Too...

Any more insights welcome. At first I expected to find a complete “draw a model, generate api + sourcecode with validation functions” ecosystem of interoperable ecosystems. Apparently the market is not there yet.

I always like to make the destinction between models on architecture for developers (the solution description) and the models describing functionality (the problem description). One is a result from the other. Both sometimes are not written down but exists in team-members heads. Both are used for communication. Both should be in sync.

If an analyst can create the "perfect functionality model" than a developer can parse this into the "perfect software", provided he created the "perfect architecture model" to assist this. See my other post on MDA and MBSE.

When developing (parts of) complex software, I always liked doing something akin to "Unit Testing" (plus a custom UI/report) that basically checked the boxes of a Architecture-Model I wanted to adhere to. With near-instant compilation (or hot-reloading) it becomes easier to see a live reflection of the data going through your pipeline live.

A good End-To-End (E2E) test can do the same for a Feature-Model, e.g. using Test Driven Development (TDD) or any derative of this. However todays tooling is still behind on this, compared to tooling developers have for architecture. Only a few solutions exist and those are tech-giant level (IBM) or contained and highly specialized for one business sector / problem domain.

As a Software-Developer this article made sense, although I would want it to include a few more useful UML diagrams. Models is the keyword here to me, not "visual".

    User Feature -> Feature Model -> Architecture Model -> Source Code
Speaking from a Software-Analyst perspective, models are used througout. Many complex projects need a model of functionality, to bridge understanding between stakeholders' and developers' regarding the (agreed upon) required feature in a given problem domain. The resulting models and code should be on par.

Some buzzwords to google: - Business Process Modeling and Notation (BPMN) - Model Driven Architecture (MDA) - Model Based System Engineering (MBSE)

In theory, the developer output is a function of the desired functionality. If the functionality fits a parsable model, we should be able to transcode this into sourcecode. In a nutshell this is can be a result from adoption of MDA and/or MBSE.

In a nutshell, I believe software development should happen from models to "generate" code, that then can be augumented by software developers. Updates from a model should result in updated code.

In the EU i even noticed the rare US XL pickups (those bigger than parking allows) are blinding pedestrians and cyclists, especially kids.

So for that reason alone some vehicles are not fit for use in residential areas, and likely to be improved or forced out by law.

Headlights on trailer trucks are not even that bad/high.

How would that work?

Kinetic bombardment is possible by launching a satellite with (for example, since its a popular description) heavy tungsten rods, that are parked in orbit. The launch can be years ahead, and disguised as a communications hub.

The satellite can “shoot” at targets from orbit. A rod carries no explosives, and is hard to stop.

The speed due to falling/gravity makes the kinetic impacts huge, its basically small asteroids.

They can even be guided, like the landing boosters.

And to go full circle: the concept of aero-flaps on Falcon-9 (and later Starship Booster) was inspired by designs for falling guided bombs, where fins did not perform at the speeds achieved.

[dead] 3 years ago

The poor quality of this article is like a fake text generated by AI. Yet the other website pages are Lorum Ipsum.

Not sure if dumb or smart..

If you are from the US and wonder whats up with the bike hippies: All cities you know are car-centric infrastructure, and i'd have a hard time seeing the problem also.

Just watch this: https://www.youtube.com/watch?v=y_SXXTBypIg

Im dutch and despite being able to ride over in 5 minutes and park my beautiful car right behind the stores, i still prefer to use my bike for daily groceries to get there faster and easier. The cities are designed for this. A bike never has to cross a 4-lane road with homes nearby.

For documentation: The best screenshot is no screenshot. Let your UI be your documentation, with UX that allows people to find and learn.

For pre-release screenshots: crude photo editing or preferably a ui wireframe tool.

For marketing: a demo login would be great, and for the few places that you demand a screenshot just take it manually with a user and content created specifically for that purpose.

For keeping up to date: if you must, have an automated job (much like CI UI test job) to take and upload screenshots whey you deploy to production.

For finding versions: have your SAAS show the version in a corner, always. I prefer a ISO8601 timestamp of the frontend build.

Its basically the only way i see the UX develop into eventually, on a grand timescale.

And up until there is no UX that can be carried from human to human because its an integral experience, not a user experience. Its would be more like describing a weird dream than sharing a screenshot.

I dont think the blue wavelength is it, but a cool fact: humans can only see blue in true focus when under water! This is why you dont want blue text for signage. Backgrounds on traffic signs are ok if the text on it has high contrast and its a reflective material.

Refraction for blue from lens to air is not aligned like red and green are.

I guess in that time it was not a position, and secretaries where expected to do the “compute” jobs. So mostly ladies learned programming, on the side as it where. They learned it on the job.

Programmer was not a career/job yet. There where no schools or papers yet.

So an interview would be about secretary tasks like calculus and bookkeeping, perhaps ask if you know how to type already. (Big deal back then) Source: my mom.