Прийшов час осідлати справжнього Буцефала🏇🏻Приборкай норовливого коня разом з Newxel🏇🏻Умови на сайті
×Закрыть
  • Здравствуй, прогер, Новый год! Микроколонка о неизбежных корпоративах с рекомендациями

    Реклама для компанії в соц медіа (фоточки з корпоративу) + є високий шанс що працівники будуть задоволені після дійства. Корпоратив це одноразова трата а ЗП треба виплачувати регулярно.

  • Рабочий продукт — прежде всего, или Когда не стоит увлекаться кодом и тестами

    як завжди тішать комментарі: «не читал но осуждаю», «я дочитав тільки до ... <перше твердження з яким я не згоден> », «я дочитав тільки до ... <перше твердження яке я не зрозумів але соромно собі зізнатись> », «автор некомпетентний бо ...<два слова зі всієї статті>, «автор не компетентний, — тому що я з ним не згодний ...<будь-які тези>», ...

    Поддержал: Kirill Pysarenko
  • Нужен совет по front-end начинающему Java разработчику

    Підійде будь-який фреймворк або бібліотека які вміють «біндити» данні по шаблонах. Я в свій час для себе знайшов KnockoutJS

    Поддержал: minodvesP Vasya
  • Relocate to... Japan?

    Японія це окрема галактика, з їх культурою варто познайомитись! Тому однозначно — «так». Але як і у всіх розвинених країнах вартість життя висока, який буде у вас чистий дохід важко сказати. Але можете порахувати після перегляду 3-5 відео «сергея куваева», лінку вам вже скинули

    Поддержал: Dmytro Kryshtopenko
  • «Розетка» продает левую контрабанду и не платит налоги

    із власного досвіду користування вищезгаданим сервісом:
    1) ***тка це просто інтернет ресурс — торгова площадка аггрегатор
    2) їх «виробничі потужності» це: колл центр + розкручений бренд нейм + інтернет магазин, в них є власний склад (або був)
    3) ніякої відповідальності за те що вони продають вони не несуть, тому що «офіційно» реалізація йде через «ФОП»
    4) окремі «ФОП» представляють окремі групи товарів
    5) товар який ви замовляєте прямо зі складу (конкретних фоп, а якщо бути точнішим то їх "поставщика«/імпортера чорного/сірого/білого товару)
    6) товар при відправці зі складу не перевіряється, тому всі дефекти, які ви виявили після того як здійснили оплату залишаються на вашій совісті і бьють по вашому карману
    7) товар не перевіряється по декільком причинам: він лежить не на їх складі, на перевірку треба час і гроші, люди які будуть перевіряти товар можуть самі його і пошкодити
    8) при спробі повернути товар вони (колл центр) знайде будь-які причини щоб відмовити вам у цьому (офіційна маза: «в сервісному центрі перевірили і щось не так з ним», але вірогідно що його взагалі ніхто не перевіряє).
    9) статистика спроб повернути невтішна (моя особиста): 3/3 відправлень повернулись мені назад (в 2х випадках були дефекти в одному випадку хотів повернути товар, дефекти виявив вже після оплати)
    10) на те, що не весь товар білий вказує 2 факти: відчайдушні спроби зняти з себе відповідальність за гарантійне обслуговування, обмін, повернення товарів + великі знижки на деякі позиції (іноді ціна в магазині нижче ніж у деяких оптових постачальників на вході — інсайдерська інформація. простенький приклад, ціна на ноутбук фірми «xyz» в магазині 300$, а ціна яку дає офіційний імпортер бренду «xyz» в україні 320-350$)

    p.s. вся інформація зібрана аналітичним шляхом з відкритих джерел і ніякої юридичної цінності немає
    p.p.s. стаття виглядаю «заказухою» але моя відповідь для 90% українських інтернет магазинів — «ні», тому що їх сайти виглядають студентськими самоклепами, і в більшості випадків не справляються з своїми основними функціями: знайти, додати в корзину чи купити.

  • Почему я не использую реляционные СУБД

    ну вони в різних абзацах навіть... тому більше того що їх відокремлює ніж того що поєднує

  • Почему я не использую реляционные СУБД

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

    Поддержал: Сергей Беляков
  • Почему я не использую реляционные СУБД

    досвід показує що людей тошнить в першу чергу від того в чому вони не змогли розібратись...

    складність розробки схеми для субд — надумана проблема, будь-який no sql можна використовувати як key value storage.

  • Почему я не использую реляционные СУБД

    всю статтю можна було замінити на ссилку на вікіпедію KISS — принцип відомий і освітлений обєктивно, на відміну від субєктивної статті автора.

    p.s. з нетерпінням чекаю (через якийсь час), серію статей як у людей бомбануло після застосування данної «технології»

  • Почему я не использую реляционные СУБД

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

    З іншої сторони, якщо ви хочете працювати з розробниками, які розбираються в бізнесі, то чому б не наймати саме таких людей: низивайте позиції «Business Development Analyst» а не «developer» і питання вирішене... З іншої сторони, якщо ж ви вважаєте що звичайні програмісти повинні розбиратись у бізнесі то логічно, щоб і бізнес розбирався в девелопменті... підтягуйтесь, вивчіть декілька мов програмування, будуть точніші «estimation» і складність кожної фічі для девелопмента буде одразу зрозумілою...

  • Почему я не использую реляционные СУБД

    Згідно статистики приведеної вами ваш підхід буде працювати у 9/10 випадків. Але це не означає що це панацея. Це означає лиш те, що він є одним з багатьох варіантів вирішення поставлених завдань. Крім того не треба забувати що як раз у тому єдиному випадку ваш підхід може повністю зруйнувати бізнес в той момент коли збільшиться навантаження. Тому що треба буде додавати в терміновому порядку: роботу з базою, міграцію данних, масштабування і зробити доступність сервісу 24/7.

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

    Програмісти діляться на 2 категорії: x) ті хто пишуть код, і y) ті хто пишуть код який можна потім використати багато раз. Набираючи людей які відносяться до категорії «x» — ви спрощуєте собі життя в данний момент (або на поточному проекті, стартапі), набираючи людей які відносяться до категорії «y» — ви спрощуєте собі життя в майбутньому (далекому чи ні залежить вже від вас), тому що з використанням їх коду можна методом copy & paste легко «написати» більшу половину коду для іншого стартапу. І тут вже виникає питання до замовника, — до якої категорії він себе відносить: не вистрілило і здулись чи будемо працювати над іншим...

    Звідси маємо наступне: одноразовому стартапу — одноразовий костиль-код, замовнику у якого є багато ідей — багаторазовий код (ну і команди треба підбирати відповідно).

    І дайте відповідь на питання, який % коду на поточному проекті ви використали із попереднього ? І скільки зможете використати на наступному?

  • Уровни абстракций — ключ к пониманию архитектурных изысков ПО

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

    складна у вас робота якщо початківці розробляють архітектуру ПЗ...

  • Как работать с legacy-системами

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

  • Java vs .NET, Киев vs Львов. Сравнение трендов на DOU

    немає сенсу переходити на java, кодьте далі на .net, одним

    мамкиных погромистов-джавовиков
    більше, одним меньше...
    Поддержал: Влад Мельник
  • О работе для IT-специалистов в Скандинавии

    краще б це було текстом топіка

  • Как ЕПАМ отправляет в блэк-лист за принятие оффера от другой компании

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

    p.s. є сенс перестати дивитись на спеціалістів як на рабів і почати дивитись на них як на товар який можна купити і продати

  • Что портит резюме разработчика

    всім іншим (секціям в резюме) теж ніхто не вірить але ж просять щоб їх писали...

  • Что портит резюме разработчика

    а це вже залежить від того кого ви хочете взяти на роботу, машину з набором навиків чи людину

  • Что портит резюме разработчика

    побачив 2 корисні поради (про фото і про імейл), все решта можна підсумувати: «ви нас не цікавите, час на вас витрачати не хочеться, пишіть тільки ту інформацію яка спростить нам роботу»

  • Допоможіть з вибором навушників

    я про гучність написав тому що для мене комфортніше слухати 5 спікерів на гучності «-60» ніж 2 на гучності «-40» (і мені і сусідам); я звісно не схемотехнік але не думаю що дублювання данних в цифровому каналі вносить більше спотворень в звук ніж збільшення гучності на «20дб» під час підсилення особливо при значеннях гучності близьких до максимальних;

← Сtrl 12 Ctrl →