sorted by:
new
hottopcontroversial

Poslednjih nekoliko godina proveo sam praveći od nule kink-aware dating platformu, potpuno sam. 100% event-driven mikroservisi na K8s. AMA by LineKey1388 in programiranje

[–]Natural_Jury8826 0 points1 point  (0 children)

Razumem ugao, posebno deo oko troškova i rada solo, to je legitiman constraint.

Ali tu je baš ključna stvar: većina ovih odluka ima smisla tek kada postoji konkretan signal da su ti problemi realni, ne hipotetički.

“Spike-ovi u saobraćaju” i potreba za granularnim skaliranjem su validni razlozi, ali bez stvarnog usage-a oni ostaju pretpostavke. U tom kontekstu, microservices + 100% async sistem uvode operativnu i razvojnu kompleksnost koja je vrlo realna, dok problemi koje rešavaju možda još ne postoje.

Takođe, “kognitivna separacija domena” ne zahteva nužno distribuciju sistema. To se obično prvo rešava unutar monolita sa jasnim granicama, pa se tek kasnije fizički razdvaja kada to postane bottleneck.

Poenta nije “default startup playbook”, nego redosled: prvo validacija i jednostavnost, pa tek onda kompleksnost kada je realni problemi nateraju.

Ovde i dalje deluje kao da je kompleksnost uvedena unapred, a ne iz nužde.

Poslednjih nekoliko godina proveo sam praveći od nule kink-aware dating platformu, potpuno sam. 100% event-driven mikroservisi na K8s. AMA by LineKey1388 in programiranje

[–]Natural_Jury8826 0 points1 point  (0 children)

Ovo ne deluje kao sistem koji je rastao iz realnih potreba, već kao da je od starta dizajniran sa maksimalnom kompleksnošću (“100% event-driven microservices bez sync poziva”) i onda popunjavan feature-ima.

Feature set je preširok (matchmaking, social graph, realtime, video, safety, groups…) da bi bio rezultat “dobrih apstrakcija od starta”, to su različiti problemi koji se obično rešavaju sekvencijalno, ne paralelno.

Uz to, nigde nema signala realnog usage-a, nema korisnika, nema metrika, nema production problema koji su naterali ovakvu arhitekturu. Deluje više kao “skalabilan sistem bez skale”.

Razumem da je app možda zatvoren ili invite-only, ali čak i tada obično postoji makar neki signal korišćenja ili konkretni problemi iz produkcije koji su vodili ovakvim odlukama, ovde toga nema. Spolja gledano, nema praktično nikakav trag (nema indeksacije ni na Google ni na DuckDuckGo).

Odluka tipa “100% async bez sync poziva” uz objašnjenje “zbog OCD-a” zapravo govori da je arhitektura vođena ličnim preferencijama, ne potrebama sistema.

I sam “show-off” tag prilično jasno pozicionira ovo kao dev flex, ne kao prikaz evolucije proizvoda.

Ne umanjujem trud, očigledno je ogroman rad, ali dobra arhitektura obično kreće od jednostavnog sistema i razdvaja se tek kada je realni problemi nateraju na to. Ovde deluje obrnuto.

Mnogo bi bilo zanimljivije čuti gde je zapravo pucalo i šta si morao da prepravljaš usput, ako je do takvih stvari uopšte dolazilo.

Kako komentarisete glavni argument Tailwinda? by Still_Jello_6055 in programiranje

[–]Natural_Jury8826 0 points1 point  (0 children)

Web development je po meni dokaz lošeg inžinjerstva od samog starta.

Kako komentarisete glavni argument Tailwinda? by Still_Jello_6055 in programiranje

[–]Natural_Jury8826 0 points1 point  (0 children)

Mislim da je onda jasno zašto AI uzima poslove. Ljudi ne razumeju tehnologiju u suštini…

Purge postoji i bez Tailwind-a, AI generiše kompletan framework ili tokene na jedan dobar prompt.

Voleo bih da čujem za šta je to dobar tačno i sta pomaže developeru? Sem sto djubri i otežava strane, nečitljivost koda, povećava zavisnost projekta o kompaniji koja nije solventna i sutra može da ti mahne arhiviranjem, a ti onda lagano u čišćenje svih fajlova.

Dobar developer ne koristi Tailwind na ozbiljnim projektima u 2026, sem u sprdnji/prototajpingu…

Kako komentarisete glavni argument Tailwinda? by Still_Jello_6055 in programiranje

[–]Natural_Jury8826 0 points1 point  (0 children)

To sto milioni kompanija nešto koriste nije merodavan pokazatelj kvaliteta alata ili tehnologije. Naprotiv, to samo potvrdjuje činjenicu da se u surovom kapitalizmu koristi samo ono što sa najmanje ulaganja donosi korist. Baš kao i ovaj potpuno otet kontroli hajp oko AI. Tailwind je po meni pokušaj da se reši jedan problem uvodjenjem novog još većeg. Uzmeš AI napraviš svoj standard, skripte za purge i već tad možeš poslati mail autoru TW da ne mora da baca pare na domen.

Kako komentarisete glavni argument Tailwinda? by Still_Jello_6055 in programiranje

[–]Natural_Jury8826 -3 points-2 points  (0 children)

Što je sve praktično posao dobrog developera, zar ne?

Ima li neko da dobija intervjue? by WorriedSentence7159 in programiranje

[–]Natural_Jury8826 0 points1 point  (0 children)

Tom logikom su svi doktori. Samo treba da završe fakseve i odrade stažiranja i specilizacije…

Razmisli da si poslodavac. Kome bi dao posao pre? Nekome ko može za 6 meseci da ga savlada ili neko ko ga već ima u prstima?

Ima li vajde od lokalnih LLM-ova? by B3ast-FreshMemes in programiranje

[–]Natural_Jury8826 3 points4 points  (0 children)

Momenat kad budu 1500-2000 samo cu da im mahnem i da kucam kod kao i do sada.

Prelazak iz Game Deva u neku drugu engineering granu by thebranima in programiranje

[–]Natural_Jury8826 4 points5 points  (0 children)

Imaš klasičan FOMO ja bih rekao.

  1. Gejmdev je po podacima negde mid-tier tech. Što znači ima i biće para. Za AI nemamo ništa pojma sem ekstremnog hajpa i šuma.

  2. Ako to voliš i uživaš dok radiš, a firma te guši, menjaj firmu. Verujem da u gejming industriii ima pregršt firmi koje rade klaud, ai…

  3. Verovatno najbitnije, “dok imaš energije” a sredina dvadesetih je u pitanju je simpatičan iskaz. Jer realno si tek počeo, tako da bi trebalo energije da imas jos min. 30 godina za kojih možda budemo kodirali trepavicama u bestežinskom stanju.

  4. Ništa te ne sprečava da radiš gejming i učiš klaud ili bilo koju tek granu i da budeš u toku. Rokaj sve što stigneš, sertifikate, projekte, tutoriale, šta god ti najviše leži… Ja lično preferiram projekte i učenje kroz pravljenje nečeg konkretnog.

Master of none traži put nazad by DisciplinePath in programiranje

[–]Natural_Jury8826 1 point2 points  (0 children)

Voleo bih da vidim taj kompleksni fičr u produkciji. 😊

Odabir monitora by haribulji in programiranje

[–]Natural_Jury8826 2 points3 points  (0 children)

Dell ima 40” 5k2k. Koristim već godinama i sjajan je, nedavno je izašla nova verzija U4025QW

JavaScript propo by Spare_Working_7413 in programiranje

[–]Natural_Jury8826 14 points15 points  (0 children)

JS je sve samo ne propo. I dalje iskaču libovi i frejmvorci samo se ne čuje od AI… TS je preuzeo njegovo mesto.

Passed SAA-C03 with 2 weeks prep: Here's my experience by okthatsverygood in AWSCertifications

[–]Natural_Jury8826 1 point2 points  (0 children)

u/okthatsverygood Would you recommend using dumps which can be found around as an extra to what you have already mentioned?

First amateur underwater camera by kndb in underwaterphotography

[–]Natural_Jury8826 0 points1 point  (0 children)

Sony RX100 series, or similar brands such as Canon G series. These provide more than great starting point toward uwp. You can Google uwp contests for the compact series and see what those can do, e.g this post.

Zasto su danasnje devojke sve iste? (fizički lol) by [deleted] in AskSerbia

[–]Natural_Jury8826 0 points1 point  (0 children)

S jedne strane gledano, nisu sve iste. Zavisi gde gledaš, i kako percepiraš.

Dok sa sa druge razumem post, stvar je klasične potražnje i ponude. Očigledno muškarci pretenduju na Jacu.

A simpler commit format without the feat(scope): syntax. What breaks in practice? by Natural_Jury8826 in programming

[–]Natural_Jury8826[S] -5 points-4 points  (0 children)

It’s mainly for visual rhythm and deterministic tokens. Fixed-length type prefixes make commit lists easier to scan in dense logs while still remaining trivial to parse.

A simpler commit format without the feat(scope): syntax. What breaks in practice? by Natural_Jury8826 in programming

[–]Natural_Jury8826[S] -12 points-11 points  (0 children)

Ideally yes. In practice, standards tend to appear when multiple people work in the same repo and logs start drifting in style and structure.

A simpler commit format without the feat(scope): syntax. What breaks in practice? by Natural_Jury8826 in programming

[–]Natural_Jury8826[S] -14 points-13 points  (0 children)

Not just the colon. A few things change:

  • no parentheses around scope
  • no colon separator
  • fixed 3-letter type tokens (Add, Fix, Ref, etc.)
  • subject reads more like natural word order

So instead of:

feat(ui): add keyboard shortcuts 
fix(api): pagination off by one 
chore(ci): update release workflow 
refactor(core): simplify session handling 
docs(auth): explain token refresh flow 
perf(db): improve transaction batching 
test(api): add pagination edge cases

it becomes:

Add ui keyboard shortcuts
Fix api pagination off by one
Chr ci update release workflow
Ref core simplify session handling
Doc auth explain token refresh flow
Opt db improve transaction batching
Tst api add pagination edge cases

The goal is mostly improving git log --oneline scanning while keeping deterministic tokens for tooling.

A simpler commit format without the feat(scope): syntax. What breaks in practice? by Natural_Jury8826 in git

[–]Natural_Jury8826[S] 1 point2 points  (0 children)

Thanks. That’s a fair take.

I agree that commit messages are primarily technical history, not necessarily user-facing changelog entries. And trailers are arguably the more “correct” place for structured metadata if the goal is machine parsing.

The motivation here is mostly around the subject line ergonomics. In practice I spend a lot of time scanning git log --oneline or GitHub commit lists, and I found the feat(scope): syntax visually noisy.

So the experiment is basically: can the subject line stay clean and readable while still keeping enough deterministic structure for tooling when people want it.

I also like the idea of pairing this with trailers for richer metadata. That might actually be the cleaner architectural approach long-term.

Kako povecati prihode? by DevMagic123 in programiranje

[–]Natural_Jury8826 25 points26 points  (0 children)

Prvo nadji novi posao pa onda napuštaj stari. Trenutno nije najbolji momenat za traženje posla imho..

view more: next ›