Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
aryehof
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
23 ms
·
301.
▲
by
aryehof
6y ago
I wonder how important keeping data local versus in the cloud is for users? Does encryption affect that?
302.
▲
by
aryehof
6y ago
Name your virtual desktops? I'm underwhelmed. How many years will it take the get the ability to have different desktop backgrounds, which is what users really want?
303.
▲
Ask HN: Web+Mobile vs. Desktop+Mobile
2 points
by
aryehof
6y ago
|
1 comments
304.
▲
by
aryehof
6y ago
Perhaps an issue is that the well known saying "prefer object composition over class inheritance" isn't done, because a majority of programmers simply don't know how to apply it. Inheritance is used inappropriately (outs
305.
▲
by
aryehof
6y ago
How foreign the problem space is for me, and how focused much of the audience on HN seems to be on web/database software. I'm involved with the two biggest types of software in general computing: control systems and large complex
306.
▲
by
aryehof
6y ago
If all one has been exposed is a development world of web-based consumer-facing front-ends (CFUI), it is hard to imagine that the majority of software lies elsewhere. Hard to imagine that anything else is important. It leads to a viewpoint
307.
▲
by
aryehof
7y ago
My question is: are processes the wrong focus? Given a complex problem domain (for example a payroll system), isn't a physical model of the problem domain itself better than an implementation of processes which are hard to determine an
308.
▲
by
aryehof
7y ago
> Since low-coding is super trendy these days Is it? I'm pretty certain I am not the only programmer who has never heard the term before. What is this super trendy thing?
309.
▲
by
aryehof
7y ago
> Why is state management such a talked-about issue with React? The "state problem" that exists in React, Vue, Flutter etc. is due to their maintaining components in a hierarchical tree. It is a manifestation of a "cost&qu
310.
▲
by
aryehof
7y ago
I have long thought that the Nygaard definition of a functional program was correct, but largely misunderstood. "A functional program is regarded as a mathematical function, describing a relation between input and output."
311.
▲
by
aryehof
7y ago
Smart, compliant, friendly and enthuastic. No problem domain, life or business experience required. Sounds neat until one realizes you can be replaced in an instant by one of the ever growing number of new "graduates" every year.
312.
▲
by
aryehof
7y ago
I think a fourth particularly important tribe is missing ... the Modeler . This a programmer that models systems (real or imagined) into working computer applications. I suggest that in many cases, the other tribes largely exist to supp
313.
▲
by
aryehof
7y ago
As a child, I traveled a lot (international) with my parents. I had a log book (available for children from many airlines) that was signed by the Captain or First Officer on the flight deck of each flight. I don't recall a visit to the
314.
▲
by
aryehof
7y ago
The barbarity and cruelty of mankind never fails to surprise and sadden me.
315.
▲
by
aryehof
7y ago
The (latest) CEO calls to "unify" (restructure - yet again) the company. That vague call results in the age-old purchase of a "technology" to solve the problem from a vendor - MuleSoft. An "API" is the answer t
316.
▲
by
aryehof
7y ago
No.
317.
▲
by
aryehof
7y ago
My thoughts are that ageism in IT is a natural consequence of not valuing experience. Rather for many employers what is sought is simply someone, smart, fast learning, motivated, compliant, enthusiastic, loyal, and a good team fit, with per
318.
▲
by
aryehof
7y ago
I suggest it is particularly difficulty if you have no method or approach to apply. That in itself says a lot about an applicants design and programming ability. Given that much of software development is about modeling systems (real or ima
319.
▲
by
aryehof
7y ago
You seem to very much focused on data structures and algorithms, which I do understand is the only way many organizations can quantify prospective programmers (other than knowledge of "technologies" and "languages"). I&#
320.
▲
by
aryehof
7y ago
> The experience is not valued here. So what is? The lack of experience? Experience in software development is sadly irrelevant for much of the software development industry. Instead what is today valued is knowledge of some new framewor
321.
▲
by
aryehof
7y ago
I have received a lot of these one rings from international numbers, and always wondered what they were about. I'm grateful to now know why.
322.
▲
by
aryehof
8y ago
For me the question remains... should a particular set of functionality be written as a "separate program". After all, isn't a microservice just an independent program that communicates with others using an industry standard
323.
▲
by
aryehof
8y ago
A colonialist perspective, would see it as "unusable desert" ready for nuclear waste. The original owners, Australian Aborigines, would certainly not.
324.
▲
by
aryehof
8y ago
* Frameworks An area in which object-orientation is particularly well suited, unlike functional programming. They are very much the reason for object-orientation's continuing success/ubiquity. Programming against "platforms&q
325.
▲
by
aryehof
8y ago
For now. The passing of time and new generations will result in the loss of the lessons of the past.
326.
▲
by
aryehof
8y ago
It would seem that "experience" is of little value in information technology, while knowledge of the latest technologies is all that is valued. It says something about the industry that (it appears) there are few lessons to learn
327.
▲
by
aryehof
8y ago
Singapore is without doubt my favorite place to eat in the world. I say that having lived and worked in the UK, Belgium, France, the USA and Australia.
328.
▲
by
aryehof
8y ago
Before reading your article, which I enjoyed, the title translated in my mind to "My Parents Are Conspiracy Theorists". It was interesting to see that you then stated that connection in the article. Rather than such views being an
329.
▲
by
aryehof
8y ago
Certainly. One could consider that any large team complex system that has functional requirements determined (and best understood) by external domain experts, is likely not understandable by software developers. This is exacerbated by our
330.
▲
by
aryehof
8y ago
Surely at issue is that we do not know how to generally handle complex problems well. Particularly those outside the domain of computing. The old fallback of functional decomposition into parts that can be reasoned about and developed ind
More ›