5 ms·

Not AHA moments, but some pointers: - most tech is stupid simple, like retard levels of simple, with incredibly complex description - SOA is stupid and monlit

by 02020202 6y ago

Not AHA moments, but some pointers: - most tech is stupid simple, like retard levels of simple, with incredibly complex description - SOA is stupid and monlith is always the way to go(maybe with handful simple microservices) - microservices are not SOA - event sourcing is almost never a good idea - raw bytes over the wire or in storage are not as complex and mysterious as you might think - compiled languages are not "smarter" than interpreted languages, don't feel like you are lesser of a programmer if you do php or javascript - new cool and shiny tech is cool and shiny for 5 minutes, until you implement it, then you realize it brings a ton of new complexity and a ton of wasted time and you should have stayed with what worked before and you realize the people who promoted it were just trying to make a sale - mysql/mariadb will handle way more than you think - if you want to waste resources, use java/jvm - yagni should be tattooed on every programmer's hand so when he types on the keyboard he is constantly reminded that he is wasting time with stupid crap nobody will use - don't think in "what if" terms or try to predict the future, just code what is needed right now, avoid being a smartass - you can charge more for your services the more essential you are for the project and the harder it is to onboard new people, ie. your value increases over time - if you charge less now, you will get paid less tomorrow - running your project entirely in cloud will bankrupt you, use it to gather usage data, than move to bare metal. cloud is cool and "in" but it will eat your wallet, for no good reason whatsoever - single binary is always better than docker .. i could go on and on...but thesre are more guidelines than aha moments so that is it for me.

quickthrower2 6y ago
With bare metal, are you not just paying more for staffing to maintain it? Bare metal as cheaper sounds suspicious. Bare metal as essential maybe if you are doing something like 3D graphics processing or mining or “big data”.
- wongarsu 6y ago
  You can just rent bare metal (or "root servers", as it was once called). Then it just have to worry about the occasional hardware defect, but at small scales that basically never happens.
- dusted 6y ago
  Of course bare metal is cheaper, that is literally the reason cloud providers can be profitable.
  - quickthrower2 6y ago
    TCO. Total Cost of Ownership. Bare metal + staffing costs should be compared to cloud + its staffing costs.
- neurostimulant 6y ago
  > With bare metal, are you not just paying more for staffing to maintain it? People always say this as an argument against bare metal servers, but aren't you still have that staffing cost even if you're using a cloud provider? Cloud servers are more reliable than bare metals, but certainly not 100% sla yet. Shit happen regardless of using cloud or bare metal and we'll have to prepare for it regardless whatever type of servers we used. Most issues I had with both cloud and bare metal servers are usually connectivity issues, which addressed by the vendors or data center operators with me doing nothing but refreshing status page rigorously. I never have hardware issues but it's probably because I always retire old servers after 4 years of operation.
  - machello13 6y ago
    > People always say this as an argument against bare metal servers, but aren't you still have that staffing cost even if you're using a cloud provider? I think their point is that it may not be cheaper if you account for staffing cost. Also, especially as a lone developer or a small team, it may be worth it to pay for someone else to manage the metal instead of doing it yourself.
croh 6y ago
Spot on ! Agreed with everything ! Some add ons - whatever cool code you write, if you can't sell it, it is useless - every dev should work as support tech for some period. then only you understand what your customer needs and challenges in debugging - Before adopting any new tech, always always look how difficult it is to debug when shit breaks - keep things simple, so you can have peaceful sleep - You will never learn everything, accpet this. Learning is continuous process. Just learn to stay curious, that's all. - learn more and more CS fundamentals instead of getting certs in over-hyped products - if you want to learn coding, code. don't watch video tutorials.
- wilsonnb3 6y ago
  > whatever cool code you write, if you can't sell it, it is useless code can be valuable in more ways than just ‘someone will pay money for this’.
sktguha 6y ago
>event sourcing is almost never a good idea Wait isn't event sourcing the fundamental principle of redux ? And redux is the most popular UI state manager library out there. and why you feel event sourcing is not a good idea ?
- AkshatM 6y ago
  Think he means event sourcing in a distributed transaction context, not a front-end context: https://microservices.io/patterns/data/event-sourcing.html https://microservices.io/patterns/data/event-sourcing.html

quickthrower2 6y ago

With bare metal, are you not just paying more for staffing to maintain it? Bare metal as cheaper sounds suspicious. Bare metal as essential maybe if you are doing something like 3D graphics processing or mining or “big data”.

wongarsu 6y ago
You can just rent bare metal (or "root servers", as it was once called). Then it just have to worry about the occasional hardware defect, but at small scales that basically never happens.
dusted 6y ago
Of course bare metal is cheaper, that is literally the reason cloud providers can be profitable.
- quickthrower2 6y ago
  TCO. Total Cost of Ownership. Bare metal + staffing costs should be compared to cloud + its staffing costs.
neurostimulant 6y ago
> With bare metal, are you not just paying more for staffing to maintain it? People always say this as an argument against bare metal servers, but aren't you still have that staffing cost even if you're using a cloud provider? Cloud servers are more reliable than bare metals, but certainly not 100% sla yet. Shit happen regardless of using cloud or bare metal and we'll have to prepare for it regardless whatever type of servers we used. Most issues I had with both cloud and bare metal servers are usually connectivity issues, which addressed by the vendors or data center operators with me doing nothing but refreshing status page rigorously. I never have hardware issues but it's probably because I always retire old servers after 4 years of operation.
- machello13 6y ago
  > People always say this as an argument against bare metal servers, but aren't you still have that staffing cost even if you're using a cloud provider? I think their point is that it may not be cheaper if you account for staffing cost. Also, especially as a lone developer or a small team, it may be worth it to pay for someone else to manage the metal instead of doing it yourself.

croh 6y ago

Spot on ! Agreed with everything ! Some add ons - whatever cool code you write, if you can't sell it, it is useless - every dev should work as support tech for some period. then only you understand what your customer needs and challenges in debugging - Before adopting any new tech, always always look how difficult it is to debug when shit breaks - keep things simple, so you can have peaceful sleep - You will never learn everything, accpet this. Learning is continuous process. Just learn to stay curious, that's all. - learn more and more CS fundamentals instead of getting certs in over-hyped products - if you want to learn coding, code. don't watch video tutorials.

wilsonnb3 6y ago
> whatever cool code you write, if you can't sell it, it is useless code can be valuable in more ways than just ‘someone will pay money for this’.

sktguha 6y ago

>event sourcing is almost never a good idea Wait isn't event sourcing the fundamental principle of redux ? And redux is the most popular UI state manager library out there. and why you feel event sourcing is not a good idea ?

AkshatM 6y ago
Think he means event sourcing in a distributed transaction context, not a front-end context: https://microservices.io/patterns/data/event-sourcing.html https://microservices.io/patterns/data/event-sourcing.html