JavaRush /Java Blog /Random-TL /Java at mga bisikleta: meetup sa St. Petersburg

Java at mga bisikleta: meetup sa St. Petersburg

Nai-publish sa grupo
Sa loob ng 14 na araw, sa Oktubre 30, isang hindi pangkaraniwang libreng pagkikita-kita na “Java and Bicycles: Kailan sulit na mamuhunan sa pagsulat ng sarili mong mga tool sa backend?” ang magaganap sa opisina ng Wrike .
Java at mga bisikleta: meetup sa St. Petersburg - 1
Maaari kang magparehistro para sa kaganapan sa website ng mga organizers . Ang meetup ay gaganapin mula 19:00 hanggang 22:30 sa address: St. Petersburg, Sverdlovskaya embankment 44D (BC Leto), Wrike office. Kung hindi ka makakadalo sa pisikal, maaari mong panoorin ang mga kaganapan sa pamamagitan ng broadcast sa Youtube . Ang pangunahing paksa ng kaganapan ay ang isyu ng paglikha ng sariling mga produkto ng kumpanya at ang kanilang mga natatanging tampok mula sa mga custom-made na proyekto. Ang mga nakaranasang tagapagsalita ay ilalarawan nang detalyado ang mga sitwasyon kung saan makatuwirang mamuhunan sa pagbuo ng mga panloob na tool, at kung aling mga sitwasyon maaari kang makuntento sa mga handa na solusyon. Itataas ng mga tagapagsalita ang tanong kung kailan ang isang arkitekto ng proyekto ay may karapatang mag-eksperimento sa mga bagong teknolohiya, kung kailan maaaring i-deploy ang mga tool sa antas ng kumpanya, at kung gaano kalaki ang kakayahang umangkop sa pagpili ng mga teknolohiya ay nakasalalay sa laki, edad ng proyekto, panloob o panlabas na mga customer . Ang meetup ay kapaki-pakinabang para sa mga may karanasang Java developer, arkitekto, teknikal na pinuno at lahat ng backend developer na may mataas na antas ng kaalaman.
Java at mga bisikleta: meetup sa St. Petersburg - 2
Programa at mga tagapagsalita:
  1. Dmitry Mamonov , Wrike "Mula sa mga bisikleta hanggang sa mga motorsiklo: bakit ang pagbuo ng iyong sariling mga solusyon ay maaaring maging mas mahusay kaysa sa paggamit ng mga yari na balangkas."

  2. Paano naiiba ang proseso ng pagbuo ng iyong sariling produkto sa mga proyektong outsourcing mula sa teknikal na pananaw? Kailan makatuwiran na mamuhunan sa pag-unlad mula sa simula, at kailan mas mahusay na kumuha ng handa na solusyon?

  3. Vladimir Krasilshchik , Yandex "Maligayang pagdating, o hindi pinapayagan ang mga siklista"

  4. Sa pag-develop ng software, ang pagsulat ng iyong sariling mga bisikleta ay itinuturing bilang pagmamahalan ng trabaho. Ipinagmamalaki ng mga programmer ang kanilang mga bisikleta at i-post ang mga ito sa Github. Ayon sa tagapagsalita, ito ay mga proyektong "Hello World" na may layuning matuto ng isang bagay, o katarantaduhan sa antas ng "Hindi namin maalala kung bakit nag-imbento kami ng bola ng bilyar kung saan tumutubo ang buhok, ngunit napakahirap."

    Sa kanyang talumpati, tatalakayin ng tagapagsalita ang mga tanong na dapat itanong ng isang "siklista" o pinuno ng pangkat ng "siklista" sa kanyang sarili bago pumunta sa Tour De France. Magbibigay siya ng mga halimbawa ng mga aklatan at mga balangkas, ang hitsura nito ay nabigyang-katwiran at idinidikta ng isang pragmatikong diskarte, pati na rin ang mga halimbawa ng mga nilikha, na ang hitsura ay imposible batay sa mga praktikal na pagsasaalang-alang.

    Java at mga bisikleta: meetup sa St. Petersburg - 3
  5. Vyacheslav Lapin , EPAM – Pag-hack ng “entry curve”

  6. Ang pag-imbento ng "mga bisikleta" ay isang mahusay na pamamaraan sa pagtuturo! Karamihan sa mga naghahangad na artista ay kinokopya ang mga kuwadro na gawa ng mga master, kaya bakit itinuturing na masama ang NIH syndrome sa IT? Pagkatapos ng lahat, upang maunawaan kung paano gumagana ang isang silid-aklatan o balangkas, pinakamahusay na subukang lutasin ang problemang nalulutas nila nang mag-isa, kadalasan sa pamamagitan ng pagsulat ng katulad na bagay.

    Dahil lumipat kami sa isang modelo ng pare-pareho, permanenteng pag-aaral (sa katunayan, ang pag-aaral at trabaho ay naging isa, pinag-isang proseso), ang "pagbuo ng bisikleta" ay perpektong sumusuporta sa amin dito, bilang mahalagang kasanayan sa pag-aaral: nagbabasa kami ng mga tutorial, artikulo, panoorin mga talumpati sa mga kumperensya at subukang subukan ang ilan sa mga ito sa aming mga proyekto sa pakikipaglaban, kaya nahanap ang pinakamaikling landas sa "entry curve" sa isang bagong teknolohiya.

    Gayunpaman, madalas na hindi ito ang pinakamaikling, pinakamurang at pinakaligtas na paraan upang malutas ang mga problema sa negosyo ng customer, kaya bihira na ang customer ay sumang-ayon dito. Saan dapat pumunta ang isang "mahihirap na developer" sa ganitong sitwasyon? Tatalakayin ito sa ulat ni Vyacheslav.

Mga komento
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION