These laws are ruthless and insensitive towards women though...
281 karma · joined December 23, 2017
These laws are ruthless and insensitive towards women though...
Also, I have a deep aversion for relativism.
I'd rather go nuclear in select ugly places.
What is beautiful is good. He who creates ugliness is evil.
We got the whole package, daily stand-up meetings, problem management sessions, whiteboards, you name it. The whiteboards where maintained for 2 years. The 5% workforce cut was compensated later on.
But more importantly, It managers could brag about implementing lean management at cocktails, and laugh at the old cranks who had not yet done it.
Now those mid-level managers are implementing 'the cloud', mostly by using shitty tools provided by the service provider they are in bed with, be it IBM, MS or HP. Milions are being spent.
It leaves me wondering if everybody is within the bounds of the law during those transformations.
If parent meant that sql server and sybase are no more than nosql data store, I beg to differ.
Those issues have been "fixable" in innodb for years using flags. This is getting old. I think people come in here to have accurate information.
It used to be true. Not so much anymore. Study the defaults on mysql 8.
You should also read about arithabort and arithignore.
As I told you, you need to study the database engine you are using. For Mssql too. So you assumed it's always on. The type of mystake some non diligent devs do with MySQL. Gives it an undeserved bad rep. A dba can help you and teach you the nuances. Ask them at your company.
There have been a considerable amount of efforts made to improve innodb. It's plenty fast and properly used, it's well behaved. Just like Mssql.
This is the outrageous statement I was replying too. I get it, postgresql is your thing (I'm a postgresql dba BTW). However you are being excessive and unfair.
You are just repeating a meme without having administered databases professionally. You need to study your database of choice. Postgresql or Mysql. Are you aware of postgresql's fsync bug ? Is postgresql more than a nosql database because of that ?
> My issue is with silent data corruption and subtle issues that break expectations
SQL server and sybase do truncate data too. Silently. Are they nothing more than nosql databases because of that ?
It does truncate strings.so does MySQL. But you need to enable strict mode. Easy.
Mssql does allow ddl in transactions, but do not do it, you will have huge locking issues. It will also not work in snapshot isolation.
My point stands: all major enterprise dbms have limitations. And you are dismissing MySQL, but by your standards Mssql and sybase would also be dismissed.
This is unfair.
You just need a semi competent dev to know those limitations. And MySQL with innodb is not that far from sql server or sybase.
Same behaviour as Ms sql server or sybase. Would you be so harsh with them?
> it cannot handle schema changes in a transaction.
Same behaviour for some cases on sql server and sybase. Also in MySQL 8 some schema changes are indeed atomic. You are being unfair as those limitations are perfectly fine to live with.
> it fails a commit but overwrites data anyway.
Please provide more information
This is very unfair to innodb which is a mature enterprise level relational engine.
They constantly improve defer's performance. If it's all you have against go, then I guess it's good enough for you.
I think I can live with it.
I've been maintaining trading backend databases for roughly a decade. What oracle does, db2, sql server, sybase can do. And postgresql, MySQL most probably too.
Most of the times the Oracle choice is dictated by a software editor whose devs are more familiar with Oracle and have an oracle first strategy.
Can you elaborate on this please? I do not think this statement is correct.
Of course not SAP. However I know that the 3 biggest French banks use postgresql more and more. I know it's a data point but I think it's telling. Also, Microsoft sql server is still growing.
You still need admin rights and an internet setup. Linux is still king.
This is dishonest and deceptive. One other thing you cannot do is use their code and incorporate it in your open source project.
They used to provide an open source parser for postgres' sql syntax. Now it is closed source for 3 years.
I don't mind the license change. Lying however is not a good way to behave with customers or open source communities.
Escape analysis was just rewritten, and the objective is to handle this case more gracefully.
I you're looking for high throughput you just need to allocate less. Or use unsafe. And it's totally doable.
People who need generics will use code generation until the issue is addressed, I don't really see the need to rush.
Attention to details is something I like about go.