Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 30
×
Software developer в Implex.dev
  • Чи варто виконувати тестові завдання. Думки розробників

    уходит целый пласт проблем, связанных с мёрджем, код-ревью, аппрувами, изменения очень быстро попадают в новые билды, нет кучи формальностей. Вдвоём уже так не поработаешь.

    З цим складно не погодитись, особливо в ситуації коли доводиться працювати з досить великим об’ємом legacy code. Мені особисто теж комфортніше працювати з codebase один на один. Але зазвичай трапляється так, що легше найняти помічника, ніж довести менеджеру чи клієнту, що без нього буде швидше. ;) І, доречі, так буває не завжди. Інколи дійсно є можливість поділити завдання так, що вдвох виходить трохи швидше. І ще є момент. Я зараз працюю в парі з людиною набагато меньш досвідченою, ніж я, тим не меньш пару цінних зауважень за останній тиждень отримав (code review). Коли досить довго працюєш сам, нема в кого вчитися чомусь новому. Залишаються лише курси та книжки. Коли співпрацюєш з живою людиною, навіть віддалено, певні речі «заходять» набагато простіше. Бо це відбувається більш природнім шляхом. Коротше кажучи, я бачу певні плюси і мінуси в обох ситуаціях.

  • Чи варто виконувати тестові завдання. Думки розробників

    НАД ОДНОЙ КОДОВОЙ БАЗОЙ

    Одна кодова база й один проект — суто різні речі. Навіть якщо в проекті декілька кодових баз, які одна від одної залежать, швидкість проекту виміряється швидкістю найповільнішої команди. ;)

    на полном серьёзе предлагал сделать в Гите 2 ветки, одну для Android, другую для iOS в одном и том же репо

    Все залежить від конкретики. Якщо використовується технологія, яка дозволяє шарити певну частину спільного коду, тримати в одному репо код для різних ОС — звичайна практика (принаймні я працював одного разу в команді, де саме так робили). Що до гілок, знову ж таки, це визначається обраним циклом розробки. Якщо є якась фіча, яка розробляється зовсім по різному для різних ОС, але використовує при цьому спільну частину коду, чому ні? Принаймні я не бачу тут нічого неможливого.

    Взагалі-то я мав на увазі, що не завжди звичні кожному з нас речі варто сприймати як стандарт. Я, наприклад, теж не є фанатом парного програмування. Але це не заважає мені припускати можливість існування людей, які використовують його повсякденно та ефективно. Ми всі різні. :)

  • Чи варто виконувати тестові завдання. Думки розробників

    Будь-який мобайл використовує певний бек-енд. Причому може бути й так, що мобільна аплікація — це дуже невелика частина досить великого проекту, який крім самої аплікації містить ще здоровезний бек-енд (будь-якого рівня складності, можливо інтегрований з кількома зовнішніми системами через API), адмінку для налаштування та підтримки роботи системи, а можливо ще й браузерну аплікацію, яка більш-меньш повторює функціонал мобільної. Навряд існують реальні проекти, де мобільна аплікація живе сама по собі. Мені такі точно не відомі. :) І розробка мобільної аплікації зазвичай залежить від розробки бекенда, який її підтримує, тобто більшість проектів — це НАБАГАТО більше ніж дві людини. :)

  • Технический долг: как развязать гордиев узел

    Цей момент в житті програмного продукту, насправді є найцікавішим. Коли проект настільки заліз в технічний борг, що подальший розвиток його є майже неможливим, тобто занадто дорогим та непередбачуваним з точки зору часу розробки нових фіч та/або фіксу старих/створення нових багов. Саме в цей момент хтось має прийняти рішення, чи є сенс намагатися суттєво зменьшити наявний технічний борг в існуючому продукті, чи варто його кинути комусь на підтримку, та розпочати розвивати новий продукт з нуля. Інколи буває так, що якщо правильно діагнозувати одну-дві-три головні проблеми продукту та знайти прийнятні способи їх вирішення, продукт можна розвивати далі. Треба тільки поміняти ставлення до технічного боргу. Дійсно змінити, а не просто декларувати зміну. Насправді, це завжди питання компетенції та взаємної довіри розробників, менеджерів та стейкходлерів. Інколи звісно ефект розбитих вікон може привести до втрати бізнесу, але так відбувається не завжди. Майже ніколи не пізно почати зменьшувати технічний борг, звісно це коштує грошей та вимагає певних компетенцій, але інколи виявляється набагато дешевшою опцією за розробку нового продукта з нуля. :)

    Підтримав: Vi
  • Проверка выгорания/энтузиазма соискателя на собеседовании

    При правильно налаженных процессах — можно снизить зависимость от компетенций исполнителей.
    А при идеальных процессах — вообще нанимать дураков.

    Досі дивуюсь, як люди можуть вірити в такі нісенітниці. Постійно зустрічаюся з подібними переконаннями і ніяк не можу припинити дивуватися. Наприклад, коли мова йде про сантехніків, всім зрозуміло, що некваліфіковану людину до власних труб та кранів підпускати неможна. Чомусь, якщо йдеться про програмістів, часто перемагає позиція, що якщо користатися «правильними методологіями», якість спеціалістів не є вже такою важливою. Мабуть тут справа в поточній структурі ринків, яка «примушує» економіти саме на якості спеціалістів. Саме таке рішення виглядає найбільша очевидним. Все одно дивно. :)

  • Проверка выгорания/энтузиазма соискателя на собеседовании

    Дякую. Тепер я знаю, що в цьому світі є принаймні дві чесних людини. ;)

  • Проверка выгорания/энтузиазма соискателя на собеседовании

    За 10лет работы я слышал только об одной компании, где в принципе было заложен бюджет на рефакторинг.

    В своєму поточному проекті я закладаю бюджет на рефакторінг в оцінку кожної фічі/бага, якщо бачу, що для реалізації фічі, чи то фіксу бага потрібен рефакторінг. Проблема тут, як правило, не в бюджеті, а в тому, що на одній codebase зазвичай працюють декілька розробників, які часто не можуть домовитися поміж собою про спільне бачення проекту. Принаймні, мій досвід каже, що в більшості випадків саме це є головною причиною. І якщо ситуація саме така, як я описав, будь-якого бюджету на рефакторінг не вистачить, бо кожен буде рефакторити в свій бік, тобто цей процес ніколи не закінчиться. :) Більш того, якість коду вирогідно буде тільки погіршуватися.
    В мене ситуація дещо простіша тому, що поки що нас на одній codebase лише двоє, то ж домовитися більш-меньш нескладно. Якщо людей на проекті багато (>3), треба або дуже непогано скоординоване спільне бачення та неабияка самодициплина, або чіткий та зрозумілий поділ на areas/services, або не чіпати архітектуру взагалі. Тобто ніякого рефакторинга, тільки нарощування функціоналу. Принаймні, мені інші працюючі підхіди не відомі.

    Підтримав: Denys Poltorak
  • Проверка выгорания/энтузиазма соискателя на собеседовании

    Є декілька думок.
    1. Люди на співбесідах брешуть. Брешуть навіть про досвід та/або навички. Що завадить так само сбрехати про вигоряння? Причому досвід/навички ще можно хоч якось перевірити задаючи уточнюючі питання, вигоряння — навряд.
    2.

    Будет перформить заметно меньше/ленивей менее знающего, но более увлеченного парня

    Продуктивність розробника неможна вимірювати ані в рядках коду, ані в годинах. Насправді цінність розробника — це різниця між вирішеними та створеними проблемами. І це досить складно вимірювати, а на короткій дистанції взагалі неможливо. А лінь, як на мене, це скоріше перевага, принаймні якщо вона поєднується з професійністю та певною часткою перфекціонізму.
    3. Людина, яка швидко вигоряє на одному проекті може виявитися топ-перформером на іншому. Це залежить від багатьох обставин. Краще спробувати з’ясувати, що саме подобалося/не подобалося людині на попередніх проектах та спробувати порівняти з тим, що є на вашому поточному. Це може допомогти дещо зрозуміти (але це — не точно).
    4. Ентузіазм розробника може виявитися чинником як успіху, так і провалу проекту. Все залежить від конкретного розробника та конкретних обставин/знать/досвіду/переконань всіх учасників проекту. Ентузіазм — це не завжди добре, інколи це досить небезпечна річ.

  • Суд постановив заблокувати доступ до GitHub Gist та ще 425 сайтів

    Best comment ever! Дякую. Іржав як кінь!

  • Суд постановив заблокувати доступ до GitHub Gist та ще 425 сайтів

    Depends on context and point of view. I even could say 100, and that would also contain some truth in it. :)

  • Суд постановив заблокувати доступ до GitHub Gist та ще 425 сайтів

    А Вы себя считаете истиной в последней инстанции?

    Ні не вважаю. І навіть не вважаю за доцільне ще щось пояснювати. Дякую за Вашу думку.

  • Суд постановив заблокувати доступ до GitHub Gist та ще 425 сайтів

    Вы обвиняете человека в упрощенном взгляде на мир

    Різницю між звинуваченням та констатацією факта пояснювати треба? Якщо треба, то мабуть немає сенсу.

    сами при этом бросаетесь какашками как шимпанзе

    Яку саме фразу Ви сприймаєте як кидання лайном? Ви точно саме зі мною сперечаєтеся? Не з уявним співрозмовником?

    Вы сами все упрощаете до абсурда

    Спробуйте, будь ласка, прочитати та зрозуміти (зрозуміти — це важливо) перший комент в цьому треді. Та візьміть, будь ласка, до уваги, що будь-яка фраза містить певне спрощення, бо неможливо сформулювати жодну думку так щоб в одному реченні врахувати всі нюанси. Тому варто читати будь-який тред спочатку, або не варто його читати взагалі. І не треба бути ажно настільки агресивним. А особливо не варто приписувати власну агресію співрозмовнику. Це ні до чого не веде. ;)

  • Суд постановив заблокувати доступ до GitHub Gist та ще 425 сайтів

    Тобто в Вас жодного разу за останні два роки не виникала думка, що майже всі державні інституції поступово деградують? Жодного-жодного?

  • Суд постановив заблокувати доступ до GitHub Gist та ще 425 сайтів

    Це висловлювання містить певну частку правди, але такий погляд на світ є певним спрощенням. Все трохи складніше. Особливо що до причин того, що Порошенко не втримав владу.

  • Суд постановив заблокувати доступ до GitHub Gist та ще 425 сайтів

    Дуже дякую за пораду. Мені вистачає грошей. Якщо раптом не вистачатиме, я обов’язково до Вас звернусь з цього приводу. ;)

  • Суд постановив заблокувати доступ до GitHub Gist та ще 425 сайтів

    Те що перші блокування з’явилися ще за Порошенка мені відомо. Чесно кажучи, я тоді не дуже розумів небезпеку таких речей. Судова система так само як і правоохоронна формально майже не змінилися з тих пір. Але є одне але. Коли в Раді та ОП сидять здебільшого блазні або відверті вороги країни, всі нижчі інституції так само, як і інші гілкі влади досить швидко деградують. Наскільки мені відомо, зараз в країні більш-меньш працює лише НАБУ, і лише завдяки наглядовій раді, яка була обрана майже виключно прибічниками певної політичної сили, яка поки що не має навіть представництва в парламенті. Всі інші стрімко деградують. Маємо те, що маємо. Майже всі позитивні тренди, які склалися за часів Порошенка гальмуються, а негативні, навпаки, посилюються. Що з цим робити мені невідомо.

  • Суд постановив заблокувати доступ до GitHub Gist та ще 425 сайтів

    Африкан Свиридович. Ну, не кажіть. У людства зоряне майбутнє, а без кала далеко не полетиш. Вся наша діяльність — це боротьба з забобонами, ця смілива патріотична цікавість — це подвиг!
    Мурзік. Тоді чому всі ваші інстітути не спроможні розробить такого хлопця, як я? Чому у вас виходять одні уроди?
    Саломон Самсонович. Цікаве питання. Будемо полемізувати.
    © Лесь Подерев’янський
    Казка про рєпку, або Хулі не ясно?

    А якщо серйозно, є тільки пара думок.
    1. Якщо що, нас всіх врятує VPN. Але це — не точно.
    2. Що понаобирали, те й маємо. Наобирали «папріколу», тому що «какаяразніца», тепер маємо пріколи і потроху починаємо відчувати різницю. :)
    3. Реформа правоохоронних та судових органів в Україні буде коштувати народу багато нервів. І це ще гарно, якщо тільки нервів, а не крові.

    Висновок — до обрання влади в країні треба підходити не меньш, а більш ретельно ніж до виконання професійних обов’язків. Поки хоча б 51% українців цього не усвідомлять, будемо мати такі «пріколи». Влада блазнів веде до того, що всі державні структури поступово деградують.

  • «Не називав би це спротивом, це радше діалог». Ініціатори Дія City — про те, на якій стадії концепт, чи врахують коментарі ІТ-компаній та які переваги є для спеціалістів

    Про можливість масового відхіда у тінь годі й сперечатися. Я про інше. Будь-яка спроба суттєво «продавити» ФОПів на єдиному податку виведе на вулиці в першу чергу навіть не айтішників, а набагато більш числені верстви населення, на кшталт касирів супермаркетів та ринкових торговців. :)

  • «Не називав би це спротивом, це радше діалог». Ініціатори Дія City — про те, на якій стадії концепт, чи врахують коментарі ІТ-компаній та які переваги є для спеціалістів

    Зміна трудового законодавства не входить до компетенцій Міністерства цифрової трансформації.

    Звісно не входить. Входить тільки підтримка зміни трудового законодавства. Що б ми не робили, ця влада буде намагатися нас «обілєтіть». Іншого, більш очевидного способу якось хоч трошки зменьшити діру в бюджеті немає. А в неочевидні вони не здатні. Тому поки що єдина наша надія — їхня феноменальна здатність до факапів. :) Поки що жодна ініціатива цієї влади не закінчилася успіхом. Є всі підстави вважати, що і ця не закінчиться.

  • «Не називав би це спротивом, це радше діалог». Ініціатори Дія City — про те, на якій стадії концепт, чи врахують коментарі ІТ-компаній та які переваги є для спеціалістів

    На мій погляд є цілих два моменти, які в будь-якому разі завадять це зробити. Перший — в політичному полі країни відбувається гра з умовною назвою «хто з політиків запропонує краші умови більшості населення, яка ніхєра не бажає робити». І схоже, що Петро Олексійович та його партія беруть участь в цій грі. Відкрита підтримка будь-якого бізнесу завадить робити це в подальшому. Другий — схоже, що в ЄС немає чіткої та зрозумілої політико-економічної програми в будь-якому разі. Це стосується більшості пунктів: ринку землі, ПНВК, ринків зброї, секс-послуг, порно-контенту та наркотиків (які зараз кришуються паном Аваковим), політики відшкодування/повернення ПДВ, енергетики, ігорного бізнесу, будь-чого. Будь-що може бути предметом політичного торгу. Або якщо досі ним не було, стати ним в будь-який момент. За таких умов неможливо давати обіцянки. І це стосується саме правил гри; саме правила гри зазвичай є предметом торгу. А обіцянки може давати тільки той, в кого є чітка економічна платформа та чітка економічна програма, яка прописана в партійних документах, зрозуміла електорату та не може бути предметом торгу в будь-якому разі. Тому залишається лише слоган «Армія. Мова. Віра.» Бо він зрозумілий всім і є економічно нейтральним. А бізнес за влади ЄС завжди буде сам за себе. І звичайно це біда, але не схоже на те, що в будь-кого в ЄС є розуміння, що це — біда.

← Сtrl 1... 2021222324...36 Ctrl →