unemployed
  • site_name.ua/ua — абсурд ua інтернет простору

    Ничего если отвечу на русском?

    Але сподіваюсь що це обурює не тільки мене.

    Только вас, вас и только вас.

    Ми, як розробники/бізнес-аналітики/представники IT індустрії, можемо впливати на це, мабуть не завжди прямо.
    Але хоча б почати дискусію на тему створення українського інтернет простору як УКРАЇНСЬКОГО можемо.

    Начните с простого. Создайте каталог сайтов, которые поддерживают украинский язык, обновляйте его и наслаждайтесь. Вас удивит, как быстро происходит прогресс в этой сфере.

    Созидайте, сконцентрируйтесь на хорошем и будет вам счастье.

    А там может и www.rozetka.com.ua подтянется, если будет в этом будет бизнес-необходимость.

  • Накипело! Или почему стоит стать трактористом

    Дим, я все свои ответы стараюсь свести к моему изначальному тезису:

    Чтобы программисты программировали.

    Разве:

    infrastructure as a code

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

    Это и заберёт время у программиста — поддержка и развитие всей этой «инфраструктурной» истории.

    Я же не сказал, что как только у тебя есть задача работать с HTTP или сетью, то «всё! палундра! нанимай DevOps-а!». Я обеими руками за

    infrastructure as a code

    до тех пор, пока это экономически выгодно.

    Если это начинает отъедать время у программиста и дешевле, и эффективнее нанять DevOps-а — ОК. Это как пример. Каждый проект уникален и требует соотвественно уникального подхода.

  • Накипело! Или почему стоит стать трактористом

    Чтобы эти практики методологично выполнять.

  • Накипело! Или почему стоит стать трактористом

    google://why we need devops

  • Накипело! Или почему стоит стать трактористом

    Мне сложно себе (сейчас) представить какую-ту технологию, которая позволит развивать и защищать более менее сложную инфраструктуру и которая не начнёт съедать время программиста.

    плохо знакомы с современными веяниями, вчасности с DevOps методологией

    Не стану отрицать. Я с этой областью знаком настолько, насколько мне это нужно для решения задач.

  • Накипело! Или почему стоит стать трактористом

    Чтобы программисты программировали.

  • Из врача-интерна в вайтишники

    Привет! А изучал возможность работы врачем не в Украине? Тебе по душе врачевание? Знаешь же, врач может в разы больше зарабатывать чем программист.

    Субьективно, но мне со стороны кажется, что приложить усилий для изучения языка программирования и нахождения работы <= поиску программы стажировки/работы не в Украине. А выхлоп материальный может быть и поинтереснее.

    Підтримав: Андрій Бірєв
  • ІТ для гуманітарія

    Слыхал, конечно.

    Но автор же не собирается ничего не делать, он хочет с минимальными усилиями зарабатывать себе на жизнь, чтобы заниматься любимым делом в свободное время. И он ищет самый короткий путь к реализации своей цели.

    Ты говоришь, что

    Я бы посты таких людей модерировал или вообще сносил, чисто мое имхо

    . Я не понимаю — почему?

    Человек видит IT как возможность для заработка и пришел спросить помощь на форуме профессионалов. Чем он заслуживает бан?!

  • ІТ для гуманітарія

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

    Форд бы первый и взял такого человека. Это же почти его мантра при построении процессов.

  • ІТ для гуманітарія

    Если бы такие существовали в природе в чистом виде, что не так-то с гуманитариями?

  • ІТ для гуманітарія

    А вдруг этого навыка как раз украинцам и не хватает. И вдруг они работают очень много, но не эффективно и оттого и прибыль извлекать не умеют.

    Обязательно работать много, чтобы зарабатывать много?!

    Если человек научиться прилагать минимум усилий для получения максимальной прибыли, то представь какой потенциал у него, если он начнёт работать на полную отдачу. А не исключено, что так и будет.

  • ІТ для гуманітарія

    Привет! А чем это плохо? Желание зарабатывать деньги и прилагать для этого минимум усилий?

  • ІТ для гуманітарія

    Если быть программистом — не требование, а опция, то есть множество вариантов. Например, dna325.com/...​а-идти-нетехническому-сп.

  • Насколько важно знать алгоритмы?

    Не всегда так получается, иногда за вызовом какой-нибудь функции может быть много чего скрыто
  • Насколько важно знать алгоритмы?

    Одна из самых приятных вещей, которая осталась у меня после изучения алгоритмов — это какое-то «интуитивное» понимание сложности и времени работы кода, который я читаю или окидываю взглядом.

    Смотришь на код, видишь там цикл, пару if-ов, уже есть в голове какая-то оценка, прикидываешь объемы данных и уже понимаешь, что тут что-то не так. Не всегда так получается, иногда за вызовом какой-нибудь функции может быть много чего скрыто, но в целом влияние на мозг положительное.

  • Выходные как проводите?

    Стараемся субботу сделать «ударным» выходным. Обязательно куда-то выезжаем семьей. В любой другой город Украины или красивое место, например, совсем скоро поедем — oceantour.com.ua/...ery/806/bakota-Dnestr.jpg.

    Підтримали: Anton Chaukin, schwarzlichtbezirk
  • Синхронизируем понимание REST

    Еще интересный пример — developer.paypal.com/...st-payment-hateoas-links.

  • Синхронизируем понимание REST

    Эта ссылка была к:

    как то все это мне напоминает ситуацию с SOAP в 2000-ых — такие же дифирамбы ему пели
  • Синхронизируем понимание REST

    Жду пруф на не HTTP реализацию.

    Это не очень распространенная практика, ибо до сих пор многие HTTP отождествляют с REST и не могут представить себе другие варианты. И это не имеет смысла, так как повторюсь:

    Я рекомендую смотреть на REST в отвязке от HTTP, он был придуман раньше и на нем построили HTTP. Это значит, что вы можете и свой протокол разработать, чтобы реализовать принципы REST. Но скорее всего этот протокол, будет почти на HTTP на 80%.
    Асинхронность — это уже вопрос реализации. Например, вы можете отправить запрос на сервер и получить ответ, что он будет обработан позже. HTTP поддерживает такое поведение.
    «Бинарность» — здесь хорошим примером является HTTP/2, который не отходит от REST идей, а привносит улучшения и исправления в HTTP 1.1.

    Посмотрите на CoAP — datatracker.ietf.org/doc/rfc7252, это протокол для embedded на основе REST.

    С чего вы взяли, что REST — это лучший подход? Я писал в статье просто об основах, попытался описать как его понимаю.

  • Синхронизируем понимание REST

← Сtrl 123456...8 Ctrl →