Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 30
×
  • Приватбанк проти сисадмінів

    В частині реєстрації бізнесу та звітування онлайн — стало просто офігєнно. З довоєнними часами не порівняти, просто небо і земля. Правда, не всі сервіси однаково якісні, але ж це програмісти, в них точка монтування рук та цих рук кривизна — речі абсолютно непередбачувані.

  • Приватбанк проти сисадмінів

    Основна відмінність фопа-айтішника — це зед та валюта. Не у всіх, звичайно, але в значущих кількостях. Саме тому вони надзвичайно привабливі для банків, і різними бонусними тарифами їх намагаються заманить саме до себе.

  • Приватбанк проти сисадмінів

    А хто їх знає. В них в переліку прийнятних кведів перераховані ще позиції з класифікатора від 2005 року :) І частково сучасні діючі.

    На цьому тарифі розцінки нижчі + деякі речі робляться автоматом, очевидно, що хочуть залучити до себе баблосик аутсорсерів, і це не дивно. Дивно те, що зроблене все недбало і аби як. Бо, чесно кажучи, у свідомій дискримінації сисадмінів логіки навіть менше, ніж нема :)

    Підтримав: Symonenko Volodymyr
  • Конструктор лептопів

    В ленови синкпади йдуть цілими модельними рядами кожного року. Формально модель одна й та ж сама, але комплектації бувають дуже різні. Наприклад, свіжий модельний ряд ThinkPad E[45]80 містить всі комбінації наступних параметрів

    — проц і3-і5-і7
    — дискретна/встроєна відеокарта
    — ХДД та/або ССД, (носії різних об’ємів)
    — RAM 4-8-16 ГБ
    — табло 14″ або 15″ матове/глянцове

    Я собі минулого року брав Е470 — проц і5, встроєне відео, ССД на 256ГБ, ОЗУ 16 ГБ (і ще 16 докупив), 14″ табло з IPS (тоді ще можна було вибирать між TN/IPS та HD/FullHD).

    В принципі, нічим не відрізняється від «конструктора», просто деякі комплектації треба чекати «під замовлення»

  • Логическая задачка

    Це стара гра «Елузис», вигадана Ебботом в 1950-х.

    Підтримав: Roman Kulchytskyi
  • Логическая задачка

    Є ще один паскудний варіант — апофенія, коли персонал починає «інтуїтивно» бачити залежності там, де їх нема, і логічні зв’язки там, де вони відсутні.

    — Ашотакоє? У нас раніше був адмін, він завжди робив спочатку А, потім Б, а потім Ц, і в нього всьо працювало. Ми тепер в усіх випадках теж робимо спочатку А, потім Б, і потім Ц.

    Не тільки папуаси вміють у карго-культ.

    Підтримав: Олексій Пєніє
  • Логическая задачка

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

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

    Такі задачі корисні не тим що вчать вишукувати приховані залежності, а тим, що вчать, що в будь-якій задачі є певний набір граничних умов за замовчуванням, про які постановник ТЗ або полінувався згадати явно, або й сам не розуміє, що вони існують та критично важливі для розв’язку

  • Логическая задачка

    41-118-41-118 > 7:10

    Підтримали: Maksym Badziuk, Mike Gorchak
  • Работодатель предлагает оформление через ФОП. Какие риски?

    Міняється все. Негромадяни України не мають права на спрощене оподаткування, ні першої, ні другої, ні третьої групи. Тільки на загальній системі.

  • Из программистов в менеджеры: как и зачем. Vol.2

    Отже, Джен Барбер зовсім невипадково опинилася на посаді начальниці відділу в «IT crowd»

    • развитая коммуникация, навыки переговоров — Безумовно, бо справила враження на Денхолма.
    • бизнес-переписка — О, да! Відкривати пошту, відправляти пошту, видаляти пошту...
    • хороший уровень английского — Непросто в Британії, але вона впоралася.
    • прочие soft-skills — Пацанів вона таки взяла за зябра.
    • доменные знания — І про бездротовий інтернет також.
    • общее развитие в смежных и не очень областях — Це просто поза сумнівом.

    Тобто, Джен — ідеальний менеджер, а зовсім не тупа секретарка що випадково керує тим, чого не розуміє.

  • Введение в культуру DevOps: выбираем стратегию тестирования

    Головна проблема з тестуванням в тому, що ізпочатку відсутні спеки на дані, сервіси, протоколи етц. Нема чітких критеріїв відповідності об’єкта тестування вимогам специфікації, бо самої специфікації теж нема.

  • Введение в культуру DevOps: о практиках и роли DevOps инженера

    Я все одно не зрозумів смислу вашої репліки. «Якби ви хотіли... тому вам незрозуміло» — оце речення позбавлене сенсу. Програміст на імперативних мовах не повинен так мислити/висловлюватись.

  • Введение в культуру DevOps: о практиках и роли DevOps инженера

    Вибачте, я декілька разів намагався зрозуміти, що ви маєте на увазі, але не зміг. 700 км від київської окружної — це на північний схід?

  • Введение в культуру DevOps: о практиках и роли DevOps инженера

    «..человек, который хорошо умеет и в программирование, и в базы данных, и в линуксы, и в контейнеризацию и вот это вот всё..»

    Не так давно «програмісти» ще кріпили пластикові короба, розтягували виту пару, а подеколи і меблі переносили. «Ну, ви ж програмісти!».

    Я нічого не маю проти широкого профілю, але моя практика свідчить, що навіть одночасно в програмування та в бази даних лише одиниці можуть достатньо якісно. Або окуліст, або проктолог, вибачте. Звісно, якщо проект вимагає мінімального технічного рівня, то можна суміщати усе одразу — UI/DB/SA, і ще трошки шити. Але вже в середніх проектах вимоги до адміністрування виходять за межі можливостей адміна локалхоста.

  • Введение в культуру DevOps: о практиках и роли DevOps инженера

    ІТ — складна штука, в якій неможливо знати все. Але кожен компонент системи може впливати на її надійність та продуктивність. Адміністрування платформи, на якій крутяться сервіси, штука достатньо специфічна, аби її не можна було довіряти самим програмістам. Бо всі свої проблеми вони, здебільшого, вирішують через «chmod -R 777», або копіпасту конфіга, який їм прислав колєга, якому воно допомогло, або просто прибиваючи протухлий інстанс і запускаючи свіжий, або сотню свіжих, якщо час відповіді починає катастрофічно рости.

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

  • Введение в культуру DevOps: о практиках и роли DevOps инженера

    Так і я аналогічно. Радикально вилизана система практично не потребує уваги, і цілком може обслуговуватись якимось оператором, в задачі якого входить моніторинг системи та перезапуск окремих сервісів, якщо, скажімо, хттпд починає пам’ять жерти без пам’яті, бо в томкет засунули щось О(n^2), або бінд глохне і не відповідає, або мускль валиться в дедлок при певних умовах, яких не розуміє ніхто, починаючи з того, хто ту базу змайстрував. В якийсь час стає нудно і нема ніякого руху. І хоч місце добре натоптане та пригодоване, хочеться все кинуть і податись шукати пригод на своє комсомольське гузно.

  • Введение в культуру DevOps: о практиках и роли DevOps инженера

    Все значно простіше. Спробую пояснить на аналогії.

    У вас поламалась машина. Неробебля. І ви їдете в сервіс.
    В першому сервісі Вася з розумним видом дивиться в діагностику і каже: здох генератор. Купи новий, і я поставлю. Він знає послідовність операцій для заміни генератора, і міняє його. Але машина все одно не їде. І Вася розводить руками. Бо Вася — оператор, і знає лише методичку, як міняти вузли та агрегати.

    В другому сервісі Коля каже: можливо, ще проблема в котушці запалювання, від генератора струм іде, але лажає котушка. Бо проблема явно десь на цій ділянці, а генератора ми вже виключили. Ви купляєте нову котушку, але заміна все одно нічого не дає. Коля вже більш просунутий майстер, він мислить дещо системно, розглядаючи нескладні зв’язки та взаємодію вузлів та агрегатів. Він технік, хоча вас це мало радує. Машина як не їхала, так і не їде, зате у вас є вже нові генератор та котушка.

    І ось в третьому сервісі Петро каже: в моїй практиці таке викликалось масою причин, на будь-якій ділянці мережі. Зважаючи на те, що контурів багато, і ще є від’ємні зворотні зв’язки від датчиків через контролери, треба дивитись не в типовий діагностичний прилад, а брати осцілограф і дивитись сигналу затухання в різних точках ланцюга. І через годину він приносить шматок кабелю, який погризли миші, а затим під пошкоджену ізоляцію затекла вода. І каже: треба просто перетягнути два метри дроту. А заодне бажано помінять оцю хрінь, бо на заводі ставили що подешевше, і воно має MTBF якраз десь в межах віку машини, тобто подальша експлуатація — це лотерея з сумним джекпотом. І ще оце явно ніхто не обслуговував, я його підтягнув та відрегулював. А якщо ви хочете мати повний фєншуй-хентай, то можна оце прикрутить, а тут попустить, бо на заводі викручують, аби двигун пройшов еконорми, але це призводить до важкого режиму експлуатації, а це шкідливо для TCO, тобто, вашої кишені...

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

    Петро — це адміністратор системи. Микола — технік. Василь — оператор.

  • Введение в культуру DevOps: о практиках и роли DevOps инженера

    Ну ви ж в першому коменті анітрохи не непокоїлися, вважаючи, що в Рівному за роботу платять менше, ніж в Києві? Мені просто не хотілося вас травмувати :) Коефіцієнт? Окей, нате вам коєфіцієнт.

  • Введение в культуру DevOps: о практиках и роли DevOps инженера

    Що саме вам видається несерйозним? Рівненський коефіцієнт для аутсорса? Чи те, що можна з Рівного працювати віддалено? Чи, може, те, що можна працювати не фулл-тайм і мати більше одного контракта?

    Підтримав: anonymous
  • Введение в культуру DevOps: о практиках и роли DevOps инженера

    Та не так, шоб дуже платили, забугорські клієнти завжди враховують рівненьский коефіцієнт і відповідно занижують рейт. Коли п’ятнадцять центів за годину платять, інколи двадцять п’ять, тільки лохи якісь є, що платять сорок центів, але їх всього два. Але на пиво вистачає, що є, то є.

    Підтримав: anonymous
← Сtrl 1... 565758596061 Ctrl →