Software Wizard
  • Украинское IT в цифрах и фактах: мы на распутье, но знаем, куда двигаться дальше

    Більшої ахінеї про ІТ ще не чув))) Маркетологи IT — сходять з розуму і остаточно втратили зв"язок з реальністю:) Вирвиоко. Зашийте мені очі. Щоб я більше цього не бачив!

    Поддержали: Oleg Kariakin, Sergey Golovchenko
  • Сколько получает IT Sales Manager и как рассчитывается его зарплата?

    Примітивний підхід. Якщо ви думаєте що продавати на корпоративному рівні легше — то це складніше ніж програмувати. Хороший BDM — від 200 кіло в рік gross.

  • Как я устраиваюсь на Junior QA Engineer (Часть 1)

    Добре що не запитав різницю між авторизацією і аутентифікацією) Перевірка на права і що це ви відповідно)

    Поддержал: Natalia Riabokon
  • Как я устраиваюсь на Junior QA Engineer (Часть 1)

    5 балів за почуття гумору :) Не шукав українських відповідників :)

    Поддержал: anonymous
  • Как я устраиваюсь на Junior QA Engineer (Часть 1)

    Не мучте Ви людину моделлю OSI. Хоч би чотири-рівневою, вже не кажучи про семи-рівневу. Все прийде з часом. Все зразу неможливо осягнути.

    Поддержали: Andrew Popenko, anonymous
  • Как я устраиваюсь на Junior QA Engineer (Часть 1)

    @Nikita Kurochka. Трошки уточню, з Вашого дозволу.
    1. Клієнт-серверна архітектура: Сервер: машина що провайдить сервіси чи респонси на запити зроблені клієнтами. Серверів є купа: Веб-сервери, Аплікейшн-сервери, БД-сервери, Поштові сервера, Файл-севрери, Прінт-сервери, Мережеві сервери і т.д. Клієнт — машина що робить запит до сервера. Найпростіша: Client <=> App/Web-Server <=>DB Server(SQLmini). Рівень логування сервака: none, dedug,error, info. Підтримка великих файлів, компресія контенту. КОнтент статичний чи динамічний. Роботу сервака характеризує: Конкуренція-балансування і управління мережевими з"єднаннями, підтримка БД і надання доступу до всіх наявних Продакшн БД. Кешування, підтримка кластерування, фейловерінг. Найпоширеніші архітектури: сервер-бейзед і Р2Р(пір ту пір).
    3. Все просто: є кілька методологій розробки. Уотерфол, Аджайл, RUP, XP і т.д. Скрам, канбан — просто фрейворми гнучких методології об"єднані назвою Аджайл.
    4. Трошки не так. Клієнт — це не обов"язково ПЗ(браузер). В клієнт-серверній архітектурі є два типи клієнтів. Тонкі і товсті. Тонкі: якомога менші в розмірах і потужності, більша частина роботи робиться на сервері, клієнт легко завантажується через інет, тонкий клієнт залежить від сервера(який є часто товстим клієнтом) в частині обробки операцій і фокусується в основному на взаємодії між кінцевим користувачем і віддаленим сервером. Товсті: робить якомога більше роботи як можливо і передає тільки дані для чи після обробки чи збереження, виконує роботу значно більшої кількості клієнтів.

    Поддержали: Alex Lychak, Kirill Varivoda
  • Що Ви відповідаєте на питання «Які Ваші зарплатні очікування?», коли проходите співбесіду на фірмах?

    Насправді у президента США зарплата аж 400 кіло в рік, і то — Gross, а не Net :) www.paywizard.org/...ent-obamas-administration

  • Расскажите о позиции Scrum Master

    Як Ви прокоментуєте www.epravda.com.ua/.../08/17/602502/view_print ? Цікаво. Дякую.

    Я не звинувачую нікого конкретно, Оракл, ІБМ чи Космо. Цікавий коментар самого факту, а не думки будь-якої редакції яка безумовно є суб"єктивною. Про типові проблеми інтеграції на стороні розробника, інтегратора, клієнта, відповідно. І які з них тут були присутні. Принаймні те що не є секретом чи не покрито NDA.

  • (Вопрос снят) Как лучше всего стать PM’om после одного года рекрутинга разработчиков?

    Люто плюсую до стереотипу про те що РМ — це простіше. Я б навіть пішов далі і сказав що це складніше. Бо в програмуванні все просто і чітко, ясно, однозначно і визначено навіть і при мільйонному просторі розв"язків. Коли 2+2 = 4 майже завжди і тільки інколи 5, коли є синергія. Не говоримо про квантування процесів. Багато людей які хочуть в трейні-РМ-и думають що там медом намазано, це простіше і ще не здогадуються що то пекло. Розробники — люди яким потрібно сконцентруватись, щоб їх не відволікали, інакше вони можуть втратити гребінь хвилі. На противагу їм — є РМ. У якого зовсім інша специфіка роботи. Це не концентрація на чомусь одному, а постійна робота з десятками асинхронних потоків інформації і нічого не можна пропустити. Тут не поставиш заглушку на інтерфейс як в програмуванні. Це відповідальність за все в той час коли далеко не на все маєш вплив. Це постійний change management, uncertainity(непевність і невизначеність), це коли мало не голим задом на розжареній пательні all the fu**ing time. Коли ви нічого з цим не можете зробити бо це природа така професії і все що вам залишається це ідентифікувати, розподіляти, прогнозувати і контролювати ризики. Інакше ніяк. Для більшості — це суцільний ад. Краще вже програмувати :)

  • (Вопрос снят) Как лучше всего стать PM’om после одного года рекрутинга разработчиков?

    http://******.it/ - detected? :) Aloha :)

  • (Вопрос снят) Как лучше всего стать PM’om после одного года рекрутинга разработчиков?

    Дякую за коментар Дарина. Багато в розумінні допомогла друга вишка. Хоч від неї і відмовляв R&D-директор, мовляв всі ми знаємо якість сучасної освіти. Але все залежить наскільки тим сам хочеш вчитись. Курси більше були сконцентровані на софт-скілах, в той час які після вишки — вже можна не просто суто РМ-ними задачама займатись, але й описати бізнес-процеси як бізнес-аналітик, в IDEF0/3 нотаціях, намалювати ERD/DFD/UML, грубо кажучи спроектувати аплікацію що важливо в управлінні вимогами(хоча безумовно провідну роль в проектуванні всеодно грають архітектори). Вже не кажучи про інші предмети типу: планування-виконання-контроль проектних дій, системи підтримки прийняття рішень і системний аналіз, управлінян ризиками, інженерія розробки програмних систем і інша байда. Особливо коли на кафедрі є РМ з великим досвідом роботи в ІТ як у мене було. І якщо вже говорити про «вчитись-вчитись-вчитись» для РМ-а і вишку, а специфіка така що ніколи не знаєш достатньо і вчитись треба вічно і щодня — то треба не йти на заочне, вечірнє, післядипломне, а здати вступні іспити на магістерку на базі вищої освіти, з іншими бакалаврами комп"ютерних наук, йти на стаціонар, відвідувати пари. Але це все з власного прикладу, а у кожного свій шлях. А не так як заочники-вечірники проходять семестр за пару відвідувань пар і здають сесію за пару тижнів. Тоді така вишка — дійсно Фількина грамота!

  • (Вопрос снят) Как лучше всего стать PM’om после одного года рекрутинга разработчиков?

    Доброго дня Денисе. Якщо коротко, то ніяк. Не сердьтесь/гнівайтесь. Якщо цікаво — розповім свою історію. Суто ІМНО. Я теж switcher. Теж мав великий керівний досвід у фінансах. В банкінгу, вир-ві... З останнього: і керівником департаменту фінансів у великому ГРУ Привату з 120 відділеннями в супервізії, і керівником бізнес-конролю українського кластеру міжнародного холдингу з 4 юрособами в супервізії. Але все це туфта. Прийшов до РМів, делівері менеджерів, мов хочу в ІТ-РМ. На що мені відповіли:"Попрацюй пару років в тестуванні, пару років в розробці, потім років через 5 ми на тебе може попробуєм на трейні, якщо підійдеш по софт-скілах.". Тому я зараз власне на цьому шляху. ІТ-шний проджект менеджмент — зовсім інший ніж загальний РМВОК. Вже краще дивіться на Prince. Без технічної і доменної експертизи — максимум на що можна претендувати — to be just a boy who speaks English(хоч і вона у мене теж добра), в малих простих проектах в малих конторах. Вакансій трейні дуже мало. Зі свого досвіду, я тільки одну таку бачив у великій конторі. Проходив конкурс в Сігма Софтвер у РМ-інтернатуру. Пройшов відбір і був рекомендований, але контора згодом вирішила таки шукати людину з досвідом мінімум 1 рік. І це я вже 2 роки працював в ІТ, закінчив курси Project Management Fundamentals і у другу вишку на стаціонарі Політехніки, ІКНІТ, каф. ІСМ в ІТ-проджект менеджемнті (тема диплому:"Розробка і проект інформаційної медичної системи"), працював півроку Скрам-Мастером виконуючи більшу частину РМ-обов"язків. Більшість же компаній РМів виховує всередині, переводячи з інших напрямків, часто Лідів. Зараз вже три роки адмініструю, ручками тестую і пишу автотести (теж закінчив кілька платних курсів по джава-пайтону після безкоштовних в Софтсерв ІТ-академії). За 3-5 років стану Лідом — і тоді вже простіше буде перейти в РМ, якщо захочу і/чи підійду по софт-скілах. З грязі в князі — не буває. На одній англійській і софт-скілах важко дуже не витягнути. Без технічної і доменної експертизи Вам буде важко навіть правильно проводити естимацію тасків(скрам сторі) бо деви локшини вам навішають і ніякий скрам покер, аналогія чи функціональна декомпозиція Вам не допоможе. Це якщо ви мітите в РМ саме у розробці-делівері, з точки зору циклу розробки. Бо часто РМів плутають ще з Аккаунт Менеджерами, Енгейджмент Менеджерами, Рілейшеншіп менеджерами. Тобто РМ-РМу — різниця. Залежить яким РМом Ви хочете бути. Є навіть РМи в рекрутингу. Але то зовсім інше. Також важливо мати правильні контакти. В Софтсерві он піарники і рекрутери стають зразу Делівері-директорами(часів Алана Харлана). Є такі випадки. Тому, як то кажуть:"Up to you to decide what way to go..."..і успіхів Вам у всіх починаннях. Головне не здаватись:"Терпенье и труд — всё перетрут!«. Нікого не слухайте, а вчіться, вчіться, вчіться! And may the Force be with you :) ! Nota bene: стосовно курсів — то нічого краще курсів при ІТ-компаніях, безкоштовні, не придумано. Дивіться не нижче «Автоматизація тестування» чи «Web-розробка» і не дай Бог — ручне тестування де зараз просто Бедлан-мясорубка і масакра не менше, а часто і значно більше ніж на позиції трейні-дева.

  • Джинн — новый поиск работы для разработчиков

    Де кнопка «Роботодавець мені не підходить»? Як виявляється в процесі :) Чому тільки роботодавець має таку привілею? :) Неможливо цього знати до початку розмови. І треба не страхувати працівників від невиплати зарплати, а банити таких габото-датєлей.

    Поддержал: Иван Довгай
  • Почему кандидаты на Djinni занижают зарплатных ожидания?

    Де кнопка «Роботодавець мені не підходить», як виявляється в процесі :) Чому тільки роботодавець має таку привілею? :) Неможливо цього знати до початку розмови. І треба не страхувати працівників від невиплати зарплати, а банити таких габото-датєлей.

    Поддержал: Иван Довгай
  • Посоветуйте менеджер паролей для команды и гит для баз данных

    Підтримую колег про KeyPass(X). Шикарна штука. Класно менеджить паролі. Крім того можна налаштувати типові операціі: автологіни, ссх-конекшени...прекрасно працює не лише на хост-машині, але й на гостьових і відлалених інстансах в хмарі чи ДЦ. Активно використовуємо. Стосовно контролю версій в БД: а хіба це не ламає нормалізацію та не перетворює БД в просто denormalized DWH? Інакше чому далі не просунулись дампів-снепшотів БД, фейл-оверінгу і балансуванні. Шрінкали б тоді базу, латали, а не повністю дамп реплікаціі заміняли.

  • Освітні ІТ-програми, за які не соромно: IoT, Computer і Data Science в українських ВНЗ

    Переклад — слабенький) Користуйтесь трохи логікою, раз spell-checker не допомагає. Купа казусів :) Вичитуйте будь-ласка :)

  • Welcome to USA! Работа в IT-компании: переезд, быт и другие важные «мелочи»

    Так я ж і кажу, що для молодняка — якраз те що треба. Поїздити по світу, попрацювати. Для зріліших — не варіант, як на мене. Тут швидше не питання умов чи економічної міграції, а швидше ідейної) Хто хоче звалити, а хто хоче залишитись :)

    Поддержали: Sergiy Korobov, Me High Low
  • Welcome to USA! Работа в IT-компании: переезд, быт и другие важные «мелочи»

    Цікава стаття. Те що треба якраз молодим людям. Поїздити, побачити світу.
    5000 зарплати на руки з яких 3500 на базові мінімальні потреби потреби. Тобто у всьому себе обмежуючи — мінімальні збереження — 1000? :) Хоча гадаю що їх взагалі не буде. WTF?) Нафіг такий трактор)?

    Поддержал: Sergiy Korobov
  • Як почати кар’єру в IT, якщо не вмієш писати код: досвід PM’а

    Ясно. Human nature :)

  • Як почати кар’єру в IT, якщо не вмієш писати код: досвід PM’а

    Ні. Сарказм і іронію я розгледів. Просто — віра в «нагинання» — все ще поширений стереотип, ІМНО. Цікаві причини звідки береться він.

← Сtrl 123456...11 Ctrl →