Příspěvky

91

Studium a uplatnění / Re:Vykazovanie práce a odpracovaného času

« kdy: 14. 01. 2022, 08:29:15 »

...
Mluvil jsem o tom task probrat s klientem, vydefinovat co je třeba udělat, jaká je vize do budoucnosti té změny a tak dalé.

Následoval by odhad, implementace, následně testování na prostředí oběma stranami, následně zařazení ticketu do přístího release cyklu ...

Ano. Typický přístup juniora. Kvůli jednoduché změně na pár hodin stráví několik dní schůzováním, analyzováním, designováním a různými formálními tanečky, takže na tom stráví desetkrát tolik času, než bylo nutné. No a za pár týdnů nebo měsíců přijde nečekaná změna, takže si veškeré ty analýzy a designy může strčit akorát tak do /dev/null a čas na nich strávený byl reálně vyhozený.

Seniorita je právě o tom, že člověk dokáže volit vhodné nástroje. Samozřejmě jsou projekty / pozice / problémy, kde je podobný přístup na místě, ale není jich moc. Ale i tam kdybych trávil desetkrát víc času diskutováním, analýzou a designem než programováním, tak by něco bylo hodně špatně. A to programuji hodně rychle.

92

Studium a uplatnění / Re:Vykazovanie práce a odpracovaného času

« kdy: 13. 01. 2022, 19:03:03 »

... alebo to bol len nejaky happy path, pritom mozno stacilo by ze to pouzivatel pouzil trosicku inak a vysype sa to...

Samozřejmě. Ale on nepíše, že by v důsledku toho nastal nějaký pr**er, takže evidentně to řešení bylo dostatečné. Už jsem, taky zažil, že lidi dělali řešení násobně dlouho než bylo potřeba, protože ho brutálně overdesignovali a řešili use cases, které v zadání vůbec nebyly a nebylo je potřeba řešit. (Čímž neříkám, že je to tenhle případ.)

93

Studium a uplatnění / Re:Vykazovanie práce a odpracovaného času

« kdy: 13. 01. 2022, 16:53:48 »

... i přesto pořád přemýšlím kde jsem udělal chybu a co jsem mohl a měl udělat jinak. Opravdu nevím.

No, já z toho vidím hlavně že jsi měl naprosto mimo odhady pracnosti, když jsi to odhadnul na dva dny a pak jsi to zvládnul za dvě (nebo tři) hodiny.

94

Studium a uplatnění / Re:Lhaní recruiterů

« kdy: 10. 01. 2022, 21:08:36 »

Ak to po mne chcu, tak fajn, ale ja chcem potom za kazdu z tych cinnosti mzdu adekvatnu danej pozicii kde zapadaju tieto cinnosti, lenze to je nonsens samozrejme.

To je nonsense hlavně pro vás, protože tyhle pozice mají typicky nižší mzdu, než programátor. Takže byste dostal třeba 0.9 úvazku programátora a 0.1 úvazku admina, což by bylo méně, než 1 úvazek programátora

95

Studium a uplatnění / Re:Lhaní recruiterů

« kdy: 09. 01. 2022, 21:01:17 »

A taky v IT chybí lidi, co se vyznají ještě v něčem jiném než IT.

Myslíte business analytiky? 

96

Studium a uplatnění / Re:Lhaní recruiterů

« kdy: 09. 01. 2022, 19:06:07 »

Může být, ale jak člověk pozná, co je “jeho profese”, aniž by si vyzkoušel aspoň to, co ho nejvíc baví?

Jednoduše - prostě syn zdědí řemeslo svého otce. Ano, je to staromódní názor, nad kterým spousta frikulínů z "moderní" společnosti ohrne nos, ale je to systém prověřený staletími.

97

Vývoj / Re:Google a jiné vyhledávače vs. vykreslování u klienta

« kdy: 08. 01. 2022, 19:11:06 »

Google sice umí indexovat i client-side (=javascriptem) rendered weby, nicméně co jsem četl, tak na to musí ten web zpracovat speciální crawler. A tyhle crawlery jsou o dost zatíženější, takže se takové weby indexují citelně pomaleji, než klasické weby, kde server pošle už rovnou výsledek. Takže pokud děláte web, který potřebuje být indexovaný co nejrychleji a nejlépe, například právě ten e-shop, tak to chce myslet i na server-side renering. Nicméně to dnes už není problém ani s tím Reactem.

98

Server / Re:Gmail zahazuje maily?

« kdy: 03. 01. 2022, 18:35:01 »

Freemail je pro socky, jako všechno zadarmo, ve výsledku tu cenu zaplatíte jinak.

Já jsem tedy nepozoroval principiální rozdíl v zahazování zpráv mezi freemaily a placeným / firemním řešením.

99

Server / Re:Gmail zahazuje maily? štempl pro odeslání mailů, znaky povolené adresy

« kdy: 02. 01. 2022, 22:00:22 »

Jak se poznají ty správné IP adresy pro posílání e-mailů nebo kde se žádá o štempl, aby adresa mohla posílat e-mail?

https://support.google.com/mail/answer/10336

-V rámci ochrany před spamem odmítá Gmail poštu z IP adres, které nemají oprávnění k odesílání e-mailů.
-To, zda je IP adresa oprávněna k odesílání pošty, určuje poskytovatel internetových služeb, který vám IP adresu poskytuje. Seznam adres bez oprávnění obsahuje vesměs spotřebitelské rozsahy IP adres nabízené pro vytáčené připojení, připojení DSL nebo jiné širokopásmové připojení.

-Někteří poskytovatelé vám můžou zajistit IP adresu s oprávněním k odesílání pošty. -
-Můžou vám například nabídnout statickou IP adresu nebo přechod na podnikovou verzi služeb.

To jako existuje podniková verze ip adresy?

A nemyslí tím prostě SPF záznam?

Upozorňujeme, že nemůžeme přidávat IP adresy do seznamu povolených ani udělovat jiné výjimky.

Gdyž ne googl, tak kdo?

Pokud je to ten SPF záznam, tak administrátor DNS pro danou doménu (odesilatele).

100

Vývoj / Re:JS Promise

« kdy: 31. 12. 2021, 18:46:22 »

je to na jeden radek, kdyz pouzije hotovou synchronizacni primitivu (funkce Closer v me odpovedi), nebo alternativni Promise, treba Bluebird, ktery tohle umi out of box.

Jenže moje (naše) řešení problému nepotřebuje žádný extra kód navíc. Prostě jednoduché vrácení funkce, kterou následně zavolá. Čistší, jednodušší, průhlednější, kratší.

101

Vývoj / Re:JS Promise

« kdy: 31. 12. 2021, 18:09:59 »

Když odstraníte to zbytečné Promise, dostanete kód, o kterém jsem psal já a L..

Jojo, proč to napsat jednoduše na jeden řádek, když se to dá napsat složitě na devět...

102

Vývoj / Re:Leetcode, AlgoExpert a podobné

« kdy: 30. 12. 2021, 06:42:39 »

ale jak se proboha na neco  takoveho muzou ptat?
pri pohovoru na co?

Třeba při pohovoru někam, kde je potřeba analytické myšlení. Nejde o to, aby kandidát ten problém vyřešil, ale jak při tom řešení uvažuje.

103

Vývoj / Re:JS Promise

« kdy: 30. 12. 2021, 06:18:36 »

Tu je priblizna funkcia:

No, konečně se někam dostáváme. Z té funkce

Kód: [Vybrat]

streamData()

vrať ty

Kód: [Vybrat]

events

, ulož si je někam a až budeš chtít skončit, zavolej na nich

Kód: [Vybrat]

events.close()

. Případně pokud bys to chtěl zapouzdřit, tak ze

Kód: [Vybrat]

streamData()

vrať funkci, která to skončí:

Kód: [Vybrat]

  return () => events.close();

Ale v každém případě je tady použití Promise patternu nesmyslné.

104

Vývoj / Re:JS Promise

« kdy: 29. 12. 2021, 23:57:29 »

Promise se používá na situaci, kdy něco zavoláš co dá výsledek až po nějaké době (třeba až dojdou data po síti) a chceš zavolat callback v okamžiku, kdy ta data jsou ready.

Na tohle je nepotřebuješ, mrkni na stream API: https://nodejs.org/api/stream.html

Prostě otevřeš stream, ten bude na event data ty data zpracovávat. No a až budeš chtít skončit, tak na ten stream zavoláš destroy.

105

Server / Re:Spolehlivý český mail hosting

« kdy: 07. 12. 2021, 13:49:43 »

... ale překvapivě email.active24.com je na pár blacklistech a má špatnou reputaci mailserveru.

Na tom není nic překvapivého. "Špatnou reputaci" nezíská server tím, že odesílá velké procento spamu, ale že ho odesílá hodně v absolutních číslech. To je principiální problém blacklistů. Čím víc pošty mailserver odesílá, tím je pravděpodobnější, že se nějaký mail někomu znelíbí, nahlásí ho a blacklist začne požadovat výpalné.