архімаггриб в Дарницькі печери
  • Найважливіші команди Linux для DevOps

    І до чого це?

  • Чи варто взагалі переходити на Linux?

    Якщо компанія пише під віндовз а відновз ліцензію чи на студію не купила то подумай

    Ось я і подумав — під Windows не розробляю :)

  • Чи варто взагалі переходити на Linux?

    Тобто якщо я знайшов баг і маю проблеми з ним — повинен терпіти?

  • Клавіатура qwerty — це кайдани

    Скажімо, за день я максимум набираю 1000 рядків коду.

    Не вірю:)

  • Клавіатура qwerty — це кайдани

    послідовно-алфавітні клавіатури

    Тобто Dvorak вже не торт?

  • Клавіатура qwerty — це кайдани

    Важливо, якщо ти не знайдеш де ті C і V в вибраній розкладці ;\

  • Клавіатура qwerty — це кайдани

    От що пише Гугл:

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

  • Клавіатура qwerty — це кайдани

    Авторе, якщо дійсно хочете хоч якогось прогресу і при цьому не відставати в часі на 80 років — дивіться Colemak, а не Dvorak.
    Ефект від Dvorak дуже малий, нестійкий.

    А головне — що, сподіваюсь, жодна IT професія не вимагає швидкости друку, а тільки його якости, а головне — щоб голова знала що друкувати;\
    Тому інші параметри клавіатури важливіші ніж тільки розкладка букв. Як мені, наприклад, перемикання мови по CapsLock важливіше ніж це все...
    І коли 99% це qwerty, нема причини міняти стандарт.

    PS: На що я в цьому плані дещо злий це на стандарти інтерфейсів клавіатур. Можна було б передавати при натисканні не тільки сканкод, а і рекомендований код (включаючи всякі юнікодні, як кирилиця). А зараз навіть з AZERTY чи QWERTZ проблеми поки не стартане драйвер локальної мови.

  • Чи варто взагалі переходити на Linux?

    $40 на ліцензію немає? на лінукс косвенно потратиш набагато більше, наприклад коли будеш шукати потрібний софт чи дрова.

    Це на винду витрачаєш потім дні і тижні коли все здається зробив як треба, а воно не працює. Через два роки дізнаєшся, що і не могло, бо недоробили і виправили мовчки в якійсь 12-й.
    До 8ки ще якесь власне тестування було і якість намагались тримать, а зараз все на живих юзерах напряму тестується.
    А до рівня, з якого можеш дієві багрепорти відправляти, с Windows дорости в 2-3 рази складніше, ніж з Linux, бо система більш заплутана і все що могли сховати — сховали.

    Ах да, ще 40$ ліцензії на кожну віртуалку... йшло воно лісом.

    Лол що? Це коментар із 2000-х?

    Я ще ні разу навіть натяку на вірус на лінуксі не бачив, хоча майже все під ним. Так що ні, з 2020-х.

    Підтримав: Dmytro Kolesnykov
  • Проблема з архівами jar

    Точно rar? Перевірте аналізатором.
    Взагалі jar, war це zip зі стандартизованою структурою каталогів.

  • Найважливіші команди Linux для DevOps

    Десь 90% правда, але місцями таки маячня.

    mkfile — де ви таке знайшли? Ані редхатоїди ні ж дебіаноїди, включаючи убунту, такого не знають. Явно якась саморобка вашого дистрибутиву. Щоб створити файл фіксованого розміру, використовується truncate або dd.

    vi/vim ще встановити треба. У багатьох установках за замовчуванням іде nano, який типа легше в використанні (але IMO кривий як спина верблюда).

    cat не показує по сторінках! Схоже, ви сплутали з less. (І Enter там — один рядок, а не сторінка.)

    В решті нормальна стаття як для навчання юніорів. Але ще треба вказати, що це все для в цілому для діагностики проблем. Для керування треба дивитись на docker/k8s/ansible/купу інших слів для автоматизованого керування.

  • Інженер-робототехнік і розробник ШІ. В Україні оновили класифікатор ІТ-професій

    Цікаво і важливо подивитись на засади, які стоять за такими списками. Хто і як це встановлював? Як виглядає сертифікація на професії? Які структури (організації, фірми, підприємства тощо) сприяли виникненню саме таких професій в класифікаторі? Які учбові заклади готують на такі професії, яка програма навчання, чим їх заохотили почати навчати такому, хто замовив випускників?

    У вас нічого такого нема. Може, наймете аналітика? Ну нема сенсу від такої голої новини.

  • Грати лише в AAA чи грати лише в інді-ігри? Що б обрали ви, якби перед вами поставили такий вибір?

    Escobar.jpeg?

    Підтримав: Anna Vynnychenko
  • Аналог Punto Switcher для Win 7/10

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

    У Office как раз окна нормальные. Проблемы с консольными окнами, включая WSL.
    А дописать кроме консоли такое к например Haali LSwitch (исходники открыты) — дело пяти минут.

  • Довгі мітинги vs. Фокус уваги та пам’ять

    От прямо, а то я не працював в стартапі, навіть не в одному.

    Схоже, у успішному і спокійному — майже ні. Слід залишився тільки од тих, де метушня, маячня і фінально закономірний крах.

    То усе однаково кінчається, шалені овертайми до стану no life — а грошей кіт на плакав (у розробників).

    Ага-ага.

    Затверджено це не про журнали обліків журналів, це про чіткі та ясні строки, наявні ресурси обладнання та бюджети.

    Саме так.

    та звісно воно може зайти занадто далеко і коли годину йде обговорення копіювання файлу, і коли на це треба написати 15 документів, та отримати 8 апрувів.

    Не зрозуміло, кому ви заперечуєте:)

  • Довгі мітинги vs. Фокус уваги та пам’ять

    які, ще й на додачу, ніхто не конспектує (а у нас мітинги — це просто поговорити, ніяких follow up після мітингу не буде, хто як зрозумів і що запамʼятав — незрозуміло).

    І це головна принципова помилка. Я не агітую за усні наради з кожного приводу, але якщо щось суттєве обговорили, то зафіксувати письмово — обовʼязково. Коли різні сторони фіксують різне — теж узгодити. Ідеально — у вигляді документу, з яким всі згодні.

    а для технічних деталей письмова комунікація must have.

    Це інше питання. Звісно, чого нема на папері (навіть якщо папір це email чи wiki) — того нема, і вивіряти технічні деталі треба в самоті і тиші.

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

    Угу. Тільки краще б була не JIRA:) але то окреме питання.

    Підтримали: wife of an acrobat, Karina Kosenko
  • Довгі мітинги vs. Фокус уваги та пам’ять

    Самі подумайте задля чого переглядати архітектуру ПЗ затвердженого проекту ?

    Я ж кажу — фантазії :)
    Про «затвердженого», «переглядати»... стиглі рамки якоїсь рігідної методології, яка ніяк не збігається з іншими (навіть настільки ж рігідними;))

    Так от швидше за усе у вас друге, інакше ви писали про корпоративну культуру Amazon там чи Google.

    Я згадував стартап на ~20 розробників, який успішно побудував продукт, що прожив 5 років з нами і ще в дещо зміненому стані — ще 10 без нас.

    Ви просто талант з використання довідника «стеля» :))

  • Довгі мітинги vs. Фокус уваги та пам’ять

    якого біса у вас 4 години нарад ?

    Перегляд архітектури рішення, по великих компонентах.

    Усього дві причини і буває.

    Якщо у вас проблеми в керуванні, не треба думати, що вони такі у всіх.

    Як базис порушений базовий принцип єдино-началля, відомий з древніх часів

    Фантазії, фантазії...

  • Довгі мітинги vs. Фокус уваги та пам’ять

    Може, у вас так і було, але мій приклад не про такі жахи.

  • Довгі мітинги vs. Фокус уваги та пам’ять

    Це побудова планів на півроку-рік. Можна собі дозволити.

← Сtrl 1... 34567...375 Ctrl →