lowry

Modularization per se does not work. What works is administrative boundaries. Once a product reach a certain size, the team should be split up.

IMO, unit tests, integration tests, TDD, BDD, etc do not matter as much as the size of the codebase. If your system has millions of lines of code, you are doomed and no amount of unit tests can help you.

The downsides of the technical debt repayment are visible to everyone: new bugs are introduced, changes are made and users have to adapt. There is trouble for everyone who is not the developer. The upside is visible only to developers in the short term.

Sometimes a technical debt repayment may require a big change in business. I saw a banking system where the authorization framework was based on impresonation of users. Repaying the technical debt would mean going over all contracts and adjusting their conditions while developers implemented a more traditional role-based access control.

Such a change was so unrealistic that middle management did not even talk about it until some day the project got outsourced and most developers — reassigned to other projects.

Another aspect is the size of the business and the related dilution of power and responsibility.

Repaying technical debt in production software means introducing new bugs, instability, change. Users will have to adapt, business KPIs will suffer. The upside won't be visible. No sane middle manager would agree to that, because this will negatively impact his career path.

As a solution, I advise organizing work in maintenance teams rather than by project. Having personal responsibility for each feature or process or product also helps.

I've been CTO (well, IT Director) for 3 years and I saw no particular problem with technical debt. I just handled it the same way I would handle financial debt. Repaying during good times and taking on debt in projects with high stakes and fixed deadlines.

It all depends on the industry as well. My CTO experience was in News and Media, where software is rewritten quite often and does not have any business value by itself.

I am now in a consulting position in the banking industry. Things are different there. None is willing to take on the risks associated with technical debt repayment. It accumulates endlessly. Once it reaches a point where no local developer would work on the project, the project is handed over to Asian sweatshops which support it indefinitely.

I spotted a mistake. Armenia is visa-free for citizens of Belarus.

Anything Material is utter crap, Vuetify is not the exception. Minimal CSS frameworks like Picnic CSS are the only way to go. You do not need components and CSS classes to have a decent design. Quite to the contrary.

This is exactly my experience. I used AngularJS, then studied many options including the latest AngularJS, Angular 2 and 4, ReactJS... in order to finally settle on Vue. Doing Vue front ends for over a year already.

This guy is Paul-Henning Kamp.

`@jsconfeu @0ndras I am also in the @BrendanEich fan club`

Higher than a pile of banknotes that together make half a million dollars? I doubt that.

Indeed, looking at the tweet, it seems that the senior tech director wanted go have hand-on information about how things are going, not marketing speech from someone at the top.

Only on Hacker News the first comment is the best comment. Long life Brendan Gregg, the guest star of the above video and our beloved Linux Performance guru!

They were not. Someone just searched for all excel files with personal information on their thousand+ websites and found hundreds of examples with names, addresses and phone numbers of ordinary citizens.

They were not compliant with the cookies law either. They did not show warnings that other websites show and they used Google Analytics years after cookies law went into effect.

Also, look at europa.eu now. See the cookie law popup? I don't.

Should we read "backed by some employees"?

Vue also has server side rendering.

Because Speck is said to be more performant than AES.This is discussed in the mail.

There is also a beautiful soviet film based on the book.

SIM cards do run some sophisticated software, e.g. a. Java Card runtime.

Depends on the country. I work in a secretive company that still discloses lots of financial and personal information, including CEO salary and private addresses of board members because local regulation requires it.

Looking at the github of Jamie Lokier [1]... He probably did not ;-) [1] https://github.com/jlokier

Try 7-series

Nope, at least not for me.

st

IIRC, One of the Gang of Four was the project manager of what became Eclipse afterwards. That and the rest of the environment brought a fair share of bad design choices. Have you ever tried cooying an Eclipse workspace in a different directory, you would recognize the pain.

It's ugly but I updated just a few minutes ago, although the patch has been available for 16 hours. The thing is, `drush up` did not show available updates for me yesterday, and I was hesitating between going to bed and manually applying a patch. Finally, I went to bed.

It's a pity Drupal infrastructure was not up to the task of distributing updates to everyone at the moment of announcement.

Hm... Women make most of purchase decisions in households but founders are mostly men. Something does not match up.

If I post a comment, and a dozen people comment on my comment do I have the moral right to delete my comment? In most cases, the answer should be a big NO.

A deletion of a parent comment breaks the flow of discussion. Unless a service makes a point of deleting historical comments, letting users delete their comments will worsen its historical record.

I once heard a joke about a team in an unnamed bank that was interfacing with the mainframe using the latest and greatest JavaScript framework of the time. Once they were full speed in production, bug reports started to pop up. They tried solving them one by one until some brave soul reminded them that JavaScript has only one way to represent numbers and it happens that the JavaScript way is totally unfit for monetary calculations.

P.S. As much as I hate DEC64, it is a much better way to handle money. Someone please add DEC64 to JavaScript! We have Set and generator functions. Why not another way to store floating point numbers!