abrbhat

Maybe an angle here is that tokens are being looked at as pseudo-currency..

Learning is not about what you put in, it is about what you can take out. It is also not zero-sum, but rather exists on a wide spectrum for any given knowledge domain. A good idea could be to prompt the LLMs to keep quizzing you on what you have read and test on both recall and understanding.

Also learning is not just about truth, it is about curiosity as well. The pop-sci metaphors could actually good for satisfying the curiosity of let's say a 10-year old. What to learn and how to learn is ultimately at the judgement of the learner. The better the judgement, the more the learner can stay closer to the exact scientific details.

On a side note, since the author has included a detailed explanation that the text is not AI generated and this is her default writing style, I just find it very difficult to read this style of extra punchy writing. I don't know if it is just me or anyone else as well.

Taste seems something that should be more related to a craft but when doing engineering we don't talk about taste, we talk about theory, systems, practices, skill, intuition, experimentation, teaching and learning. So the debate on whether taste matters or not might come down to whether creating software can be called craft or engineering. In my opinion, maybe programming was more of a craft before LLMs but it looks like it is being squished between the engineering aspects of producing and maintaining software going ahead.

P(i|j) != P(j|i)

> Anything that exists in reality and is observable by definition is tightly bound by the laws of physics and chemistry. Software is too.

Agreed. If I have to guess, the relevant fields in physics for software engineering would be quantum mechanics and thermodynamics. Of course, we don't see any direct relation as of now but it feel it should be important to determine the physical basis of software. The basis of software cannot be just math. It has to be physics.

The link is from Internet Archive. The original post was on geocities which has long been dead.

My problem with such articles is that they mix the creation of software with the servicing of the software. It can be pretty complex to serve sophisticated software at scale in a cost-competitive and secure manner and it will remain so. So the engineering will remain important and domain expertise will remain important as well, as it has always been. Different business will rely on different combinations of these to create their own specific moats.

I think the confusion comes from considering Agile as a process instead of a set of values and principles. The Agile Manifesto only talks about values and principles(https://agilemanifesto.org/). Values are not right or wrong, they are just values you agree to or don't.

The problem mostly arises when processes are shoe-horned under the guise of 'Agile' in setups where they might not be the best fit by so-called process experts under pressure from management which does not know any better. The authors of Agile Manifesto have frequently said the concept of Agile has been badly twisted.

The actual post and this comment shows how early we are when simple and obvious ideas look novel when first conceptualizing them. Nothing against these ideas though, they are indeed good.

It seems that the cause of the difference in opinion is that the anti camp is looking at the current state while the pro camp looking at the slope and projecting it into the future.

The advice is not bad, just tailored towards someone looking for a good stable boring job, which is all ok. Therefore the chaos of startups is highlighted as a red flag. Might be good to add here that there are good learnings in the chaos of startups as well, for particular people, at particular times.

(Good) Apps take the context of the user and their use-case from their head and make it into something the user can see and interact with. An app might or might not be the 'product'. Unfortunately it seems there is always going to be some 'product' so dark patterns might be here to stay.

At some point the model providers will realize they don't need to provide apps, just enterprise-grade intelligence at scale in a pipe, much like utility companies providing electricity/water. Right now, they have to provide the apps to kick-off the adoption.

200 acres should not take 4 hours. It should be coverable within 20-25 minutes with 75-65 overlap, flying height 120m with something like Mavic 3 getting a GSD of 3.5cm/px. Look at optimizing your flight overlaps and height.

Google just does not have enterprise DNA which requires providing long-term support for legacy systems. AWS on the other hand was able to achieve this through their customer obsession. But the absolute king in this still remains Microsoft which is why enterprises will adopt Azure with their eyes closed.

Even if the world should achieve complete peace, some power-monger will rise with an ambition to rule everyone. All the weapons of the world exist only to deter that individual.

AWS Elasticbeanstalk is a reasonable choice for most cases.

It seems most people are arguing that the only alternative to 2 app stores is a large number of app stores. But what if the alternative is no app stores? Anyone can install whatever software they want on their device from wherever they want it. Just like it works for desktops. The need for app stores is an artificially created need (by the marketing brilliance of Jobs).

Whenever I think of media, I keep going back to Rita Skeeter from Harry Potter. It seems a very appropriate metaphor that there is no personal ill-will on the part of the reporter but still the quill just keeps writing in a scandalous way.

The reason this will make economic sense is that there will be no need for laid-back seats because of short travel times.

The browser is very accessible and understandable as an environment as compared to different kinds of desktop environments that exist. Sometimes having an imperfect thing which exists is better than a non-existent perfect thing. Sure, a web application will never be as snappier as a native application, but it can be built, deployed and maintained by a much smaller team than what would be required for supporting desktop applications for multiple environments. If it feels 'good enough' to the users, they won't care.

An aspect that most people seem to be missing is that this gives the Indians an opportunity to create their own apps and social networks. This has two benefits, it is a safeguard against information propaganda, and it gives protection to the Indian software industry to grow.

Magento is a popular alternative

We are not looking at it as a weather app since we plan to add other features as well, but you are right, it can be confusing. I tried to update the title but seems I cannot update the title now. On the other hand, I'm slightly curious, what did you actually imagine this to be?

It could also have to do with the unprecedented means of mass surveillance available today.

Full recommendation can be read here: http://www.trai.gov.in/sites/default/files/Recommendations_N...

I think the feeling that you are mentioning could be more appropriately called being at peace, purposefulness, meaningfulness, mindfulness etc. It is quite different from the western concept of happiness. I don't think Gandhi or his disciples were singing and dancing when cleaning the toilets. They approached this duty solemnly. This approach to life is indicated in the Gita where it says that you need do things because they are your Karma without any expectation of reward(read happiness) in return. In this view of life, happiness and sadness are both transient and therefore it is useless to pursue happiness or run away from sadness. This perspective is thus tangential to the western pursuit of happiness. In fact, I think it can be argued that the pursuit of happiness is the real cause of sadness.

Apart from Karma-based approach in Gita, you can also look towards the Service-based approach in Sikhism or the Non-Detachment in Buddhism. In Sikhism, service is an integral part of religion and every Sikh is expected to give at least some time to do voluntary service in Gurudwaras(Sikh Temples). This is mostly in the form of chores like cooking food, washing utensils, polishing the shoes of visitors etc. In India, you can find some of the richest Sikhs doing these chores in Gurudwaras.

Similarly in Buddhism, detachment of the self is an important aspect of living a life which involves restraining oneself, cultivating discipline and practicing mindfulness and meditation.

None of them have any details about pursuing happiness specifically.

Indian Judiciary System has its own online repository of court orders. http://www.judis.nic.in/

As an outsider, it feels to me like the budget of any project tends to expand to the amount of capital available. When the budget is less, people tend to be more frugal. Which also means that at least some corner-cutting is done. But when the resources are vast, people insist on doing everything by the book. I see this not only in cases of public infrastructure but also in case of space programs as well(case in point, Mangalyaan). America has always been resource-rich and therefore I observe that it has a culture in which spending a lot of money is acceptable(since there is a lot of money).