TruffleMuffin

"half the stuff is fake, the other half is ads"

You and I have had very different experiences with Amazon. I am not sure where this sentiment is coming from, I have literally never seen "fake" products on there. I appreciate that there are obviously some bad actors on that site re-selling stuff, but I cannot say I have experienced them and I use Amazon a fair amount.

Do you have some examples?

I am genuinely amazed by the stuff Amazon does sometimes. There are many times this would have made my life so much easier. Feels like cloud providers are becoming more like language frameworks over time. I guess its a kind of lock in, but no more than your locked into .NET Framework or Boost or Underscore I suppose.

Have to agree wholeheartedly. He seems to have a problem landscape that involves CRUD on single 'documents/tables' with no business logic involved or required.

I suppose it is fine to have business logic in a client, but replicating that for every platform seems silly and a simple way to acquire huge amounts of technical debt and complex role out strategies. He says about being the only backend guy to ensure not much code gets written there. I feel like this is not a person I want to work for. Not even seeing the problem before telling me the solution.

This article could have been much better framed if it discussed using his suggested tooling to solve simple CRUD applications in a bootstrap scenario perhaps. But it has been my experience that long term, complex business systems that are created in Javascript are black holes of lost time trying to maintain and extend. Especially ones written to 'configure' the backend based on client defined configuration which he also suggests is a good thing.

I believe the authors point is that you have to use SQLAlchemy for that experience. Natively, the experience is much harder and that's why ORMs (like SQLALchemy) have been built. In MongoDB, the driver matches the command line interface 1-1, there is no need for a higher level wrapper so that you can use your database.

Veronica Mars movie was made through kickstarter way back when. That was successful, and specifically covered cost of production. I can't remember the donation system, but most tiers got free digital copy of the film.

I think it has value in the length of copyright being continuously extended. Far more than a patent, and even the lifetime of the creators of the work.

Don't see an ergonomic version. For me that's a must.

I have been using Mongo for several years now on a fresh build that follows basically the outline you have here. The fresh build was triggered in part because of the cost (development time and infrastructure) in using Microsoft SQL Server. The only difference is that I got to step 5, realised I had two very different reporting requirements. One that Mongo works well with (real time aggregated data), and one which SQL works well with (high granularity, long time period, historical stuff). So, I use Mongo for the first requirement, and SQL for the later.

I see many posts like this, and indeed many replies like it also (your thread currently). Curious, why do they always focus on have only one database to fit all their needs? Is my situation special, can't you just make a decision about what tool is best for the job and use it? Is there some eventuality where having databases specific to needs results in disaster that I am just not aware of?

I have a history in customer services, spent 7 years dealing with the general public on a returns desk. As a result, in a friendly setting I enter my swearing mode which I developed to cope to balance out having to be perfectly pleasant to extremely rude and unpleasant people 7 hours a day. This makes people uncomfortable sometimes and I have received complaints about it from management which made me feel uncomfortable as quite frankly, that is who I am.

Co-workers routinely ask personal questions, expect small talk about details of their lives out of work. I find this uncomfortable to, but am forced to participate so I don't become seen as 'not a team player'.

To be absolutely clear, I am not condoning the kind of behaviour you have experienced as something I consider to be ok. By the sound of it, it's certainly not.

However, my point is that almost always its a matter of perspective, its not just sexual related topics that make people uncomfortable. For many of the individuals you have spoken about, their personal understanding of the situation could legitimately be that it was ok.

Quite frankly, I just don't know what can be done to solve a problem so complex as individuals understanding matters in different ways.

3. Pilots are very expensive. Not just to train but also in terms of the political cost of having pilots killed or captured by the enemy.

In terms of ethics, there is a need to ensure that war has a human cost or there is very little to stop countries doing it all the time. If the cost of war is purely financial, then I think perhaps that might be the beginning of the end to the world as we know it.

I would take a job that offers enough compensation for you to live on your own. In my opinion, real world experience trumps a lot of what you learn during school. School is a foundation to be built upon, not the end of the road. Start earning that experience and more doors will open to you. You never know, while the tech stack might not be interesting the job could be. Tech stacks can change, try and find a product you engage with, something with more value than just a number in a column.

You may regret many decisions you make in life, the important thing is that you learn from them so they are not made twice. It may sound like a platitude, but it is something I have found to be incredibly useful.

It seems to me that this sort of thing is going to set a dangerous precedent. Allowing local authorities to breach their own jurisdictions and national boarders to attempt to locate and arrest suspected criminals based on local laws.

How long will it be before extraditions will start being requested between countries based on breaches of laws those individuals are not subject to?

In this case, it was child pornography but clearly the changes to how these warrants are granted are not going to be explicit to that crime.

To me, TDD is like a framework (Backbone, React etc). You can do it well and get a lot of value, and you can do it poorly and it serves no purpose. Ill provide an answer to your question, from a business perspective.

The value of TDD when done well is that you are ensuring (to a relatively strong degree, but not perfect) that you don't regress on issues. This isn't something that a human being can do when your system becomes sufficiently large and your introduction of features/deliveries accelerates.

For example, if it takes 1 hour for your QA team to 'system test' your application, and you introduce a new feature every day, that consumes a huge volume of resource over the course of a year. You also run the risk of human error, forgetting steps etc. At the end of the year, your QA team now take 4-5 hours per day to 'system test' your application. Its all they are doing all the time. This is pretty demoralising work.

If it takes 1 hour for one person to write tests that serve the same purpose. Those tests can run within in much smaller time frames and use far less resources than a manual 'system test'. That is a massive saving to the company as over the course of a year you will save hundreds/thousands of man hours and wont degrade morale.

TDD should give you confidence that your application is working as you intend it to be, its a tool and it can be used poorly, but when used well you should see the benefits.

I created this small bower library to enable simple usage of bootstrap data with Backbone.