инвалид в astral robotics
  • История IT-специалиста, который дорос до $20К за 6 лет: «Разработчики избегают общения с заказчиком, а для меня это фактор повышения зарплаты»

    ну в другой стране счет у человека

  • История IT-специалиста, который дорос до $20К за 6 лет: «Разработчики избегают общения с заказчиком, а для меня это фактор повышения зарплаты»

    звезды не ездят в метро, а этот не зазвездился. ну че, молодец, зачем к себе внимание привлекать если не знаешь что потом с ним делать?

  • Зачем менеджеры на галерах интересуются здоровьем и личной жизнью сотрудников?

    да, оно мэкает и не отстреливает, нереспектабельный тип, че там ваще замучивать себя?

  • Зачем менеджеры на галерах интересуются здоровьем и личной жизнью сотрудников?

    А это не библейские темы граничащие с анимализмом?
    «І покладе Аарон обидві руки свої на голову живого козла, і визнає над ним усі гріхи Ізраїлевих синів та всі їхні і всі гріхи, і складе їх на голову козла, та й пошле через призначеного чоловіка на пустиню. І понесе козел на собі всі їхні гріхи до краю неврожайного, і пустить того козла в пустелю»

    Человек и козел это вроде разные виды ... если окружение спиливает человека до козла, тогда это вопрос к окружению, не?

  • Робота на межі звільнення

    в якій в тебе немає стейка.

    инвестиционные консультанты говорят что стейк надо продавать и диверсифицировать как можно быстрее. Объясняют так: без стейка вы максимум рискуете потерей рабочего места в случае банкротства, а со стейком — можете потерять оба. Тем более не забывайте психологический фактор «иглы» на которую вас посадили, особенно если это какие-то там виртуальные опционы которые вы реально до IPO можете продать только оунерам, если они у вас их купят, хехе (у меня не купили, но сам дурак)

  • Внедрение CI/CD: 5 распространенных ошибок и способы их избежать

    Алексей, спасибо за статью, думаю она окажется полезна многим.

    Однако, довольно спорно сформулирован пункт 2 «Не соотносить риски и выгоды автоматизации». Конечно, в ci/cd для прототипа приложения, который с очень большой вероятностью будет выброшен через месяц-другой, инвестировать наверняка неразумно.
    Но, даже если и кажется что проект особо не выиграет от ci/cd, возможно следует учесть такой неочевидный фактор как уменьшение монотонной работы тестировщиков и разработчиков.

    Гораздо выгоднее может оказаться другая стратегия: всегда инвестировать некоторое время в улучшение ci/cd, пропорционально остальной работе идущей на проекте. Допустим 5-10%, хотя цифра очень сильно будет зависеть от специфики конкретной ситуации.
    Можно даже какой-нибудь ci/cd maturity level придумать, чтобы людям было понятно с чего обычно начинают, на чем следует сфокусироваться в первую, а на чем в последнюю очередь.

    Поддержали: Adam Shakhabov, Olexandr
  • Быть продуктивным и не быть людоедом: 7 правил для всех

    Спасибо за статью, Влад. А вам не кажется что для того, чтобы не было такого рода людоедов, нужно просто учить людей быстро определять людоедов по запаху разложения из их рта и на их одежде? Статья-позитиффчик это конечно хорошо, и все заинтересованные лица поставят вам пятерки, но в ней вы больше пиарите себя и рассказываете как надо заряжаться псевдосветлыми идеями, чем про реальные риски быть одураченными. Понятно что быть одураченым это не про вас и вы там на самом верхнем шесту прилетаете поццвиринькать. А по факту получится что продадут стартапчик со всеми кукарекающими и квохчащими потрохами внутри, и дело в шляпе! А всем токсичненьким позакрывают рты и объявят их неконструктивными. Еще посадят на какие-нибудь мифические опционы, чтобы сложнее было с иглы слезть.

    И даже когда работа закончится, а компания развалится, люди будут вспоминать, что это было классно

    Да, потом съедобные остатки соберут и прогонят через очередные унижения интервью и конвейер одурачивания ... и можно новый стартапчик клепать ... каково, а?
    Улыбайся, невесомости отдайся .... только смотри чтобы шарик не лопнул youtu.be/Odgp_Kt7B40?t=399

  • Diversity, Equity & Inclusion: що це означає та чому в ІТ усі про це говорять. Спецвипуск подкасту DOU

    ну я же тебя зеркалю, уму набираюсь у самых продвинутых! Тролль тролля видит по труляля, ветерок в стебало подует — не сломаешься так покланяешься, васюнь ;)

  • Diversity, Equity & Inclusion: що це означає та чому в ІТ усі про це говорять. Спецвипуск подкасту DOU

    я на пенсию вышел в 35 по инвалидности, а отсутствие у тебя здравого смысла — это да, болезнь.

  • Diversity, Equity & Inclusion: що це означає та чому в ІТ усі про це говорять. Спецвипуск подкасту DOU

    труизмы это ваше все, когда сказать больше нечего ;)
    Стасик, под радиоактивными постами лучше не лайкаться и следить за дискурсом, иначе контракты у вашей галеры могут внезапно заэкспайриться в результате следующей оптимизации очередного эффективного менеджера и без работы совсем останетесь. А кому в штате нужен человек, который пошел против инвалида?

  • Diversity, Equity & Inclusion: що це означає та чому в ІТ усі про це говорять. Спецвипуск подкасту DOU

    Вы так говорите, как будто пивко это что-то плохое. Сейчас огромное количество образовательного контента в смарт-телевизоре, может вы дальше задавания вопроса о том, как вы лучше стали и не идете?
    А вообще ответили не по теме. Вот смотрите, вы пишете:

    Цель создания компании — получения прибыли и ее распределение между собственниками

    А ведь это какая-то глупость, ведь цель создания компании это качественный продукт, а для этого вам надо вкладывать в человеческий капитал, а не выжимать людей как губку. По-вашему получается что надо сделать стартап с иллюзией работающего продукта и быстренько его слить какому-нибудь зеваке ...
    А вообще конечно вы тролль скорее всего, такое бы нормальный человек не написал.

  • Diversity, Equity & Inclusion: що це означає та чому в ІТ усі про це говорять. Спецвипуск подкасту DOU

    А если взрослый человек не хочет — это не проблема компании, это проблема конкретного человека

    К сожалению или к счастью не все так просто. Слишком часто ситуация вырождается в найм или воспитание легко управляемого специалиста методами психологического давления: манипуляциями, распространения слухов, публичного унижения и прочими «радостями» офисной жизни. Если вы из когорты «избранных», то мир для вас будет выглядеть по-другому, но для обычных рабочих лошадок все достаточно плохо заканчивается. Их будут доить, морочить им голову, нагло врать, и потом их самих же обвинят в профнепригодности или эмоциональной неустойчивости, если они попробуют дуть против ветра. Если вы, Андрей, с таким не сталкивались, то возможно у вас пока еще мало опыта работы, или может вы просто недостаточно внимательны к своим коллегам, ну или .... сами понимаете что.
    Бравада в духе «мы такие сильные и самостоятельные» быстро обламывается, когда сталкиваешься с корпоративной машиной, где в топе работают люди в чьи задачи на протяжении многих поколений входила наработка приемов управления вашим сознанием. Ваш энтузазизм им кстати очень на руку.

  • Теорія поведінки, або Як змусити користувачів робити те, що вам треба

    Содрали уже шкуру с пользователей, ну чё, работает подход значит!

  • Мінцифри презентували Дія Сіті. Що нового

    Пастухов было как минимум трое: один посадил их за комп, второй написал объявление, третий позвал команду пить пиво. Некоторые просто не любят пиво, вот и вышел результат.

  • Frontend — туманные перспективы

    Антон, Саша, спасибо за конструктив ребята! Почти не поссорились и масса полезных ссылок и информации. Я вот почитаю, поучусь.

  • Чи використовуєте ви TypeScript в production?

    вы использовали Swagger UI и предоставляли доступ к нему клиенту? или это ваш внутренний API?
    Свашбакл давал урл по которому можно было получить автосгенерированную документацию. Мы разрабатывали B2B API, внешние клиенты были, но не много, штук 10-15
    вот интересный пример стека: AWS API Gateway + AWS Lambda + Swagger (хорошую статью нужно поискать, но пример вот).
    спасибо за пример, всё вроде понятно. А как получилось так, что вам не надо было авто-тестировать тот restfull api который получался в результате?
  • Чи використовуєте ви TypeScript в production?

    вы даже не знаете, чем я занимался.
    потихонечку узнаём, вы же сразу не рассказали ;)
    вот куда прикручивать в AWS API Gateway swashbuckle (и зачем)?
    ну это вы расскажите зачем, до сих пор же не совсем ясно чем вы там занимались и что это за gateway и контролируете ли вы этот gateway или он амазоновский.
    И если вы генерировали отдельно статическую документацию, то вопрос, как у вас это было настроено на билд сервере, ведь для этого нужно было как-то получить yml, который в свою очередь живет в swashbuckle...
    статическую не генерировали, достаточно было динамической
    не драматизируйте :)
    больше не буду, обещаю!!! ахаха
  • Frontend — туманные перспективы

    понял, спасибо.

    Примером этому могут служить разработка Angular 2 (изначальное создание AtScript который был почти калькой TypeScript, breaking changes в между RC)
    да, видел, обсуждали выше
    React+Redux best practices (inline стили, использовать Redux store для хранение информации о статусе запроса)
    а можете по-подробнее про то где там inline cтили кто использует и почему плохо использовать Redux store для хранения информации о статусе запроса (я просто не работал с Redux, вот и интересуюсь). Погуглил — не нашел так сразу.
  • Frontend — туманные перспективы

    многие best practices во фронтенде лучше вообще никогда не использовать за редкими исключениями
    Классно, давайте поговорим об этом подробнее! Думаю будет очень всем интересно, какие именно практики и в каких случаях лучше не использовать, кто их использует в коммьюнити «назло маме», почему так получается, и как сделать так, чтобы стало всем лучше.
  • Чи використовуєте ви TypeScript в production?

    Я использовал swagger в связке с AWS API Gateway + Lambda. И Swashbuckle для внутреннего API. Ничего из этого не тестировал на уровне API.
    WAT?
    на уровне апи вы не тестировали — ваши слова
    использовал. от этого, в частности про бекенд, и задал вопрос.
    сомневаюсь, вы говорили что генераторы генерируют что-то не очень юзабельное:
    а вы ими пользовались? то, что они генерируют... эмм
    я потом вам дал ссылку на что-то очень юзабельное и вы вроде против ничего не имели
    но для авто тестирования не использовал. поэтому я и задал вопрос про различный опыт тестирования. хоть общий смысл понятен, мне интересно было узнать о возможных подводных камнях.
    подводный камень в вашем случае это то что вы не тестировали тот апи который написали. Как можно вообще не тестировать то что вы пишете? ахаха
    вы же понимаете, что это самый минимум, который только можно придумать со swagger? Фактически это только генерирование web service proxy.
    сваггер придумали для самодокументирования апи. Документация со свашбакелом и свагером была красивая, нам понравилась. Прокси мы сгенерировали автоматически и нам понравилось. Чего вам ещё от него надо? Чтобы он вам волшебно решил проблему версионирования и польку-бабочку сплясал? Сваггер есть сваггер, чего вы еще от него хотели ...
    ок. просто зачем тогда писать про коллег и незнание кода вместо того, чтобы написать, как вы это использовали или использовали бы..
    вы вроде тимлид, поэтому наверное знаете что надо делегировать, иначе будете красноглазить. Если вы пишете весь код на проекте — я вам сочувствую. Код я этот не писал, но код-ревью делал и презентацию коллеги смотрел тоже.
    я предлагаю закончить наше обсуждение, т.к. оно абсолютно неинформативное.
    а мне нравится обсуждение. Информативность есть, вот вы теперь знаете что апи надо покрывать авто-тестами обязательно. Просто не воспринимайте всё в штыки и давайте не будем друг друга подкалывать или делать вид что обижаемся или не понимаем ;)
← Сtrl 123 Ctrl →