I personally feel that software architecture isn't so much overrated as too much focused on abstract patterns instead of how to best solve common problems.

e.g. last year I needed to model an invoicing system, although this has been implemented hundredths thousands of times, there is very little generalized information on how to best do that so that it doesn't fall apart next year.

The areas that currently are better at this are mostly related to security and operations.

I really like Clubhouse, but I'm somewhat skeptical about the free version. (even though it says 'free forever')

In the past two years multiple companies that initially had an affordable plan ( 10 dollars a month or less) for small companies had the same strategy: change the affordable plan to a free plan. And then within a year kill 90% of the features on the free plan and have you upgrade to a full plan much more expensive than the plan you were on before everything became free.

The product is great though, main feature for me is the ability to plan epics at a milestone level.

I don't know why but many project management tools these days do not have a milestone section. Do teams these days not use milestones as a time box for significant feature delivery ?

Yes, before we were using clubhouse someone was doing high-level planning in an Excel/Google docs. A few months later and even marketing is starting to use clubhouse and the milestone planning.

I think it really helps to not have 30 different unrelated stories to work on but plan them at an epic level so at least the things you are working on are related.

Even for things that are not really an epic I now tend to group related features together in an epic to make it easier to keep track and plan. (e.g. grouping 10 minor UX improvements together in one Q3 UX fixes epic)

Educated or not you can't 'unhear' something. What if the conversation is political or financial and has major implications on someone you know? Will you still be able to remain professional and not act on the information?

I feel like devices like this should at least give the user the opportunity to play back whatever is sent for manual evaluation. e.g. it could send you an email at the end of the month listing the recordings it would like to use.

For example: - bots sign up with email addresses that are owned by other people that don't appreciate your welcome/activation/etc. mails. - all that automatically generated data can start to hurt performance. Especially on a smaller site, having millions of useless users in your database can slow things down significantly.

That's one thing, but like why would the FT put a captcha on the login page. I am not signing up. I just want to access a website I already paid for. This is just terrible UX.

I think it's again to mitigate against potential bad actors attempting to access legitimate users' accounts.

You could use other methods but there's always tradeoffs, e.g., let's say that instead of using a captcha you just temporarily block login attempts to some account after X failed login attempts. This has the advantage that it's faster for legitimate users as you don't need to complete the captcha; however, the main disadvantage is that you can then get an attacker brute-forcing logins (even if they don't really care about getting users' credentials) which can disrupt your website by preventing potentially thousands of users from signing in.

In my opinion the captcha is the least bad option from a security point of view, as long as it has an alternative accessible mechanism for example for blind users.

I think the most important issue why projects take longer is not because the time it takes to complete a task is uncertain, but because at the start it will always be unknown which tasks will prove critical. The further you get, the more tasks will reveal itself that were not part of the original scope, but critical nonetheless.

You are not alone. Mostly an issue when using laptop in lazy mode on couch or bed. In that regard I miss the old laptop designs with rounded edges on both front and sides like my old Dell D400.

It depends a bit on the phrasing, but in all cases where someone asked if we would pay for vulnerability reports and we replied we would not pay, only offer acknowledgement on our security page, they would still share the report.

If you are going to pay, make sure you clearly state scope and the type of exploits you pay for. Otherwise there is a high probability of it being something in the realm of being able to iframe your site.

I learned about clubhouse.io last week. Testing it now, but it seems very nice. Just enough configuration and structure.

(We are coming from Trello which just doesn't deal well with a large number of tickets as you have only one view on them.)

I don't really mind the new design itself, but the new font looks too blurry to look at on my non-retina mac. ( I suspect the -moz-osx-font-smoothing:grayscale) and it is insanely slow.

Luckily I can still revert back on GSuite for now.

I wonder if he actually tried it. I always thought the same about PR's for internal process, until I actually tried it. It made working with feature branches much more convenient.

I mainly use it to test if features meet their functional description before merging, but also reviewing the code at the same time does help to spot subtle misunderstandings in the requirements.

I also disagree that it would hold back development of inexperienced members of the team. Having the structure with PRs allows them to work on things that they otherwise may not have been trusted with yet to work on at all.