Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 5
×
  • Новий LCP hack, або Як «розвести» Google на дві секунди

    Дякую, цікаво почитати.
    Вибчате, але я не зовсім точно сформулював питання, я питав про тестування більше в контексті UI/UX. Хоча, можливо у вашому продукті це не дуже актуально, бо не так часто зявляються нові сторінки чи компоненти.
    Мені колись довелось працювати на проекті, де умовно змінювалась структура сторінки і потрібно було продивитись на десятку популярних девайсів чи воно нормально виглядає + зібрати метрики швидкодії. У нас тоді був локальний mobile device lab, де можна було все протестити на реальних пристроях. На жаль, не повністю автоматизовано, тому користуватись було не дуже зручно.

    Підтримав: Армен Айвазян
  • Новий LCP hack, або Як «розвести» Google на дві секунди

    Я так розумію, у вашого продукту більше концентрація на mobile first, тому запитаю на чому робите лабораторні заміри? Є своя локальна Mobile Testing Lab? Чи cloud версію використовуєте?

  • Новий LCP hack, або Як «розвести» Google на дві секунди

    3KB це не магічна цифра, може бути і більше/менше. Якщо мені не зраджує пам’ять, то для картинки, щоб вона кваліфікувалась на LCP, потрібно 0,05 біт на піксель.

    UPDATE: знайшов де про це читав: csswizardry.com/...​imate-lqip-lcp-technique, ось тут ще github.com/...​ddadc9e30c4d5d6a22e1614b5

  • Путь к успеху (для программиста)?

    Для мене найбільш практичним варіантом виявився список з 10-12 пунктів (на рік), де 70% займають малі-середні цілі, а 30% — таке, що може зайняти 2-3 місяці (або і пів року).
    Малі потрібні для підтримки «бойового духу», середні — це щось типу «непогано було б зробити, але не критично», ну а все інше — must have. Якщо залишається час або плани змінились, то список завжди можна підредагувати/доповнити.

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

  • Путь к успеху (для программиста)?

    У кожного свої погляди на життя, але, наприклад, я б не «бухав» дома один. Колись бажання «розслабитись» принесло мені декілька хороших знайомств (хоча у вас ситуація може бути кардинально протилежною) і немало позитиву в житті :)

  • Путь к успеху (для программиста)?

    Про яку конкретику ми зараз говоримо? Чіткий план (1) поїхати в Нігерію (2) влаштуватись сеніором в нігерійський стартап (3) заробити багато нігерійських тугриків (4) жити щасливо? Чи залишити компанію А і перейти в компанію Б, бо там більше платять/більша халява/кращий колектив (підкресліть найважливіше)?
    Вибачте, але тут форум, а не кабінет психолога. А психологам за таке ще й непогано платять (до речі, чому б не змінити професію?).
    Особисто я нічого краще поїздки в Чилі вам порадити не зможу, тільки тому, що ви для мене — це набір пікселів на моніторі мого лептопа. Вся інформація, яку я зміг про вас дізнатись, — це декілька тем з цього форуму. Що з цього може дати мені достатньо підстав, щоб порадити вам кардинально змінити ваше життя у будь-якому напрямку?
    Моя порада залишається в силі: книга, думати про своє здоровя, поменше витрачати час на всяку фігню + короткий TODO список на наступні 2 роки.

  • Путь к успеху (для программиста)?

    Автору «четвертий десяток», тобто між 30 і 40. Це тільки здогадка, але моє припущення, що йому десь 32-33 (було б >35 він би писав в стилі «40 не за горами», «пройшов половину до 40» або щось таке).
    Коментар на який я зсилався абсолютно нічого не говорить про те, що треба працювати 20 годин на добу, лазити по горах чи ще щось в такому стилі. Знайти ціль в житті можна і в 60 (при умові наявності здорового глузду).
    А про 20-30-40 — це дуже індивідуально, у кожного є знайомі чи знайомі знайомих які в 50 пробігають марафон, вчать 2-3 іноземні мови і т.д. А ще є друзі/знайомі, які в 25 схожі на «вішалку» та ще й не першої «свіжості».
    Для кожного суть коментаря від @Beaver буде різнитись, але для себе я виділив це:

    Нельзя «пройти» игру, победить или выиграть — нет никакого глобального «успеха».
    «Успех» — это достижение своих личных целей. Если нет цели — нет успеха.
  • Как поменять минус на плюс, или Давайте сделаем это интересным

    Шановний модератор, раз ви так ряно відноситесь до своїх обовязків і слудкуєте за «чистотою», то прошу вас видалити 1) ось цей коментар dou.ua/...esnym-2/#175639 як такий, що порушує п.1 і п.3 ваших правил, а також 2) dou.ua/...esnym-2/#175631 як такий, що порушує п.3

    Звичайно ж, якщо ви не сповідуєте принцип «всі люди рівні, але деякі ’рівніші’ за інших»

  • Как поменять минус на плюс, или Давайте сделаем это интересным

    В минулій компанії підхід «правильна архітектура + гуано_код» показав доволі непоганий результат. З часом ми переписали всі вузькі місця і збільшили test coverage до того рівня, коли більшість серйозних багів відловлювались на етапі коміту. Тут головне не розводити бардак в новому коді тільки тому що «нічого страшного не станеться, ми це потім перепишемо».

    До речі, у нас від загального часу розробки виділяли 15-20% на покращення існуючого коду. Це теж відіграло свою роль.

  • Как поменять минус на плюс, или Давайте сделаем это интересным

    А про вас тут ніхто і не згадував, але раз ви обізвались... Покажіть мені, будь-ласка, в тій темі де саме ви виступаєте на стороні «за процеси в стартапі». Наприклад, ось цей ваш коментар dou.ua/...rything/#173439 говорить про підтримку топікстартера, який, між іншим, проти :) Чи ви уже настільки «записались», що і самі не згадаєте за що виступаєте?

  • Как поменять минус на плюс, или Давайте сделаем это интересным

    CMS просто для прикладу, сприймайте це як placeholder для будь-якого підходящого по змісту слова :)
    Взагалі, мені здається, що потрібно прислухатись до цієї поради: dou.ua/...esnym-2/#175615

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

  • Как поменять минус на плюс, или Давайте сделаем это интересным

    * про 200 тис. строк коду: 1) це буде справедливо не для всіх, це я суджу по останніх проектах і тільки на .NET . Для якоїсь CMS на Python ситуація може бути кардинально іншою. 2) сюди входит все що пишеться по проекту, навіть NAnt скрипти

    Було б цікаво почути якусь статистику з досвіду учасників дискусії

  • Как поменять минус на плюс, или Давайте сделаем это интересным

    Сделать быстрее != наговнокодить :) Так что я бы не обобщал. Можно выбросить неважные фичи и хорошо сделать лишь то, что нужно. Можно сделать прототип быстро и плохо, чтобы проверить идею, а потом переписать с нуля.

    Повністю згідний, але:
    1) щоб викинути неважливі фічі потрібно посидіти і скласти список важливих фіч
    2) розписати пріоритети для важливих фіч
    3) подумати як же писати ці важливі фічі, щоб потім не опинитись у вище описаній ситуації
    А це вже який-неякий процес :) Якщо перечитати коментарі у «аджайл» темі, то стає ясно, що «фаундерам» будь-який процес здається чимось надлишковим і таким, що шкодить «пошуку ніші».
    Тепер якщо подумати, що проект — це > 200 тис. строк коду на початку + швидкий розвиток у разі успіху, то коли це все переписувати? Ніякий управлінець у здоровому глузді не буде «різати по живому» заради міфічних «покриття тестами та правильної архітектури» (з чим я абсолютно згідний, до речі).

    Прототип — це з іншої опери. Прототипи пишуть, щоб показати потенційним інвесторам і першій аудиторії (тітка/дядько/сусідка_галя). А якщо прототип містить всі фічі і працює з живими користувачами в режимі 24*7, то який тоді він прототип?

  • Как поменять минус на плюс, или Давайте сделаем это интересным

    А ще, мені здається, цей топік прекрасно ілюструє підхід «стартаперів» з сусідньої теми про аджайл (хоча вона і про аджайл, але багато там сказано і про тести). Наговнокодити побільше і пошвидше, «знайти свою нішу» ©пижжено_у_антона, а потім фіксити цю рухлядь все життя і дивуватись чому девелопери довше ніж пів року не затримуються :)

    Підтримав: Hennadii Omelchenko
  • Как поменять минус на плюс, или Давайте сделаем это интересным

    Мені чомусь зразу подумалось, що деви не зрозуміють challeng-а і тести будуть писатись по такому принципу: s.developers.org.ua/...eca87970b_r.jpg

  • Увлечение Agile может быть вредно для вашего стартапа

    Історія по темі «конкурентноздатного продукту». Перша версія сервісу над яким я зараз працюю скаладалась з 5 веб-форм (включно з login :) ), невеликого бек-енду і невеличкої БД. Єдиною перевагою перед функціоналом з SAP, альтернативою якого ми і виступаємо (не SAP, а функціоналу), була швидкість роботи. На цій «фічі» все і жило довгий час, а вже потім добавили всякі «рюшечки». І клієнти просто обожнювали ці «5 сторінок»! бо не треба було чекати по пів хвилини після кожного кліку.

    Як правильно було сказано

    дело вообще не в фичах, а в продажах, маркетинге

    :)

    Підтримав: Artem Serdyuk
  • Увлечение Agile может быть вредно для вашего стартапа

    На те вони і рекомендації :)

    Иногда имеет смысл “выпускать меньше, но качественно”, иногда выпуск меньше чем что-то равносильно выпуску “ничего”

    Думаю, і так зрозуміло, що, наприклад, Picassa без можливості аплоада фоток, АЛЕ з красивим інтерфейсом додавання тегів — це повний провал концепції. А от навпаки — це 99% готового конкурентноспроможного продукту. Як тут вже десь було правильно сказано, потрібно знати на чому ви збираєтесь заробляти гроші і “шліфувати” це до блиску. Поправте, якщо я неправий.

  • Увлечение Agile может быть вредно для вашего стартапа

    підловили :) треба десь собі записати скільки тих сигналів і скільки «чашок кави»

  • Увлечение Agile может быть вредно для вашего стартапа

    От тільки «реального шансу» від «великого дядьки» який цілих «декілька років життя» працює в стартапі мені і не вистачало.

    Ну хтось же має дати вам цей шанс, а то ви як партизан продовжуєте мовчати і тільки час від часу щось згадуєте про «жирафів» і «фаундерів».

    Думав вже забити на флейм, але згадав іншу казочку

    Казочка вповні має право на життя в контексті обговорення. Я таких прикладів не знаю, але не виключаю можливості, що продукт був «супер клоном Твітера з унікальними свистопердєлками».

  • Увлечение Agile может быть вредно для вашего стартапа

    На хабрі особливо цікаво читати коменти до таких анонсів :) Третина функціоналу, до речі, який є _основним_ для розвитку сервісу, не працює і засновники те і роблять, що обіцяють все «пофіксити» (в декількож навіть реєстрація користувачів не працювала). Питання: про що вони думали коли працювали над тим стартапом? А коли приймали рішення про публічну рекламу?

    Всі любрять обговорювати популярні книги та статті, але мало хто памятає, що в ті ж «47 signals» постійно повторюють «випускайте менше, але якісно», «почекайте трохи і допрацюйте те що не працює» і т.д.

    Хоча для мене, як девелопера, це все означає тільки одне: в наступні 5-10 років я зможу і добре поїсти, і добре відпочити десь на Арубі :)

← Сtrl 12345 Ctrl →