Пипец xbox — это последние попытки закрутить гайки с лицензиями, обещания «договориться» с большими рентерами и т.д. Чтобы опустить планку в PR после этого, даже Элопу прийдется постараться.
Вот я вижу ТЗ, которое выливается в десяток средней замороченности формочек, 1 репозиторий и к нему четыре десятка ХФ похожих как близнецы-братья, фигову кучу триггеров и маленькую кучку энтити классов, к которым напрямую биндится UI. И оценку на реализацию этого чуда в 1500 (полторы тысячи) человекочасов. У меня возникает устойчивое желание поменять команду или подрядчика. И разговоры про «стоимость поддержки», «разделение на уровни» и «производительность» на меня решительно не влияют. Это job security код, и точка.
Вот я вижу другой проект, а там тоже хотят больше 1000 часов на «оптимизацию маппига ORM», который ко всему прочему прицелен на конкретные версии EF и SQL server. Начинали с code first, нарисовали кучу linq запросов везде по коду и теперь блеют про то, что реляционные базы вообще-то отстой и пора переходить на NoSQL. Тут диагноз, думаю, тоже понятен.
Императивная и реактивная логика пишется в коде приложения. БД это не код приложения(*). Простите, это так и тут нет «за и против». Если вы следуете CQRS или хотя бы как-то изолируете выборки и комманды, поменять императивный код на ХФ когда она будет нужна и оправдана проблем не составит.
(*) Если вы не Оракл. А если вы Оракл, то, наверное, это меньшая из ваших проблем.
Ого, на хабре снова драма про браузеры, молчать неможно! Давайте добавим контекста.
MS конечно компания специфическая, мы с ней с начала 2K годов работаем как вендор (слава Богу не по браузерной части). Но называть их безголовыми дебилами я думаю не правомерно. IE все еще торчит как заноза в корпоративном секторе. Главным образом потому что за годы его существования было написано дофигищщи кривых как рожа бульдога интранет LOB приложений. Писаны они были в мохнатые годы, и они банально не пашут без означенных выше костылей. Кто тут виноват? Ну конечно не прекрасные идусские, белорусские, китайские, украинские и китайские оффшорные программисты, наковырявшие этих монстров. О, эти формы с десятками iframe и XSS изо всех щелей! О, безумные SPA велосипеды, ископаемые компонентные библиотеки для ASP на VB6 и комах, фигачащие тонны дерьма в тело документа. Надо бы, конечно, выкосить эту лажу и сделать по-нормальному, с преферансом и поэтессами.
И вот бравые офшорные прогеры шлют предложение своему клиенту, американской жадине-говядине, со словами а не переписать ли нам ваш говенный LOB app, который мы с вами уже лет 15 лабаем, под новые классные стандарты. Вы сможете использовать Chrome! Сущие копейки, ей-Богу, 100500 человеко-лет + стабилизация. Ну и риски там всякие.
А очередная корпоративная жадина-говядина на фоне унылого американского стока думает а не поставить ли мне в бюджет еще 10-15 лямов на то, чтобы мой LOB соответствовал последней моде W3C, а мои оффшорные прогеры были счастливы и писали радугой. Мы же тогда сможем использовать Chrome! А потом такие собираются, считают бабки и… да ну его к лешему, лучше нет, останемся как есть, пока end-of-life не наступит. Работает же, чо.
А тем временем не менее унылый PM в майкросе корпеет над фича-сетом под свой кусочек поддержки HTML5/CSS3 стандарта на следующий финансовый год. И думает такой: эх выкусить бы всю эту лажу… Идет к принципалу, а тот ему: деточка, эта лажа будет migration blocker-ом для вот этого длинного списка компаний. И наше любимые партнеры из CDW, SoftwareOne и прочих больших ритейлеров, которые впаривают им лицензии вагонами, отгрызут нам с тобой задницу по самый подбородок. И вот унылый PM идет думать как ввереный ему кусочек поддержки HTML5/CSS3 заземлить с учетом его унылых реалий.
Поэтому не ругайте редмонд. Там далеко не идиоты сидят, просто у них жизнь несколько сложнее чем у Гугла с Яндексом. Вот и крутятся как умеют. А legacy они выдавят из поддержки, просто они зависят от end-of-life для XP и Висты…
Выше писал про стеганографию и картинку котега. Две по-разному сжатые картинки одинакового котега после мат. операций дают ссылку на торент. Вместо котегов можно использовать достаточно длинный текст, если хотите.
Стеганография вам в помощь? В картинку с котегом 320x320 торрент ссылка влезает без проблем. А то, что математическими манипуляциями из нее можно получить торрент ссылку, картинку другого котега и гимн советского союза — это уже проблемы авторов ФЗ. А вообще пора бы перестать писать против ветра и подумать о нерекламной монетизации торрентов для правообладателя…
Про протокол и доступ к коду: защищенность каналов требуется, это да. Свое ПО конкретная партия может менять как хочет, даже переписать заново. Главное чтобы протокол поддерживался. ПО «банкомата» для голосования — тут намного хуже. Остается голосование со своего устройтва (для параноиков).
Кстати, стараниями хабросообщества в статье наковыряли дырок. В частности возможно узнать проголосовали ли за нас до подсчета голосов. А еще недобросовестный наблюдатель может завалить выборы. Протокол надо дорабатывать.
Ну ни что не мешает съесть продуктовый паек и потом прийти на следующий день к банкомату и выбрать что хочешь. Опять же возможность заставить клиента ввести пин пока не привела к отмене банкоматов… Спасибо!
Я малость стесняюсь кухонной криптографии и крайне скудных моих познаний в ней… Тем не менее в свете последних событий сел и накатал большую простыню про светлое будущее в надежде найти единомышленников. Текст тут, просьба не судить строго. Он в основном записан по памяти после пьянки с уважаемыми людьми от математики. И да, я менеджер, живу в америке, по-русски пишу с ошибками. Простите.
Почему-то не упомянули главного — стоимость разработок. Куча «доводок» в скевеморфных приложениях от визуального сахара. Типа двинем пиксель влево, шрифтик че-то не того, гамму малость поменяем, тут слишком маленький пробел, там чуть не так тенька, стежки на бордюре переделаем. А потом вдруг «О Боже! Айфон 5 длиннее айфона 4. НЕЕТ!!!»
В метро эти все штуки-дрюки посылаются на йух. Главное функция, навигация, размер визуальных целей, метафора взаимодействия с пользователем. Поэтому интерфейс в конечном итоге «довести» быстрее, а главное делается это промышленными методами, без старбакса и марихуаны. Имхо правильно все делают.
Мне кажется история компании veeam свидетельствует о том, что два мегазубра из компа за 600 баксов, раутера и куска скотча могут сделать миллиардную компанию. Главным образом за счет опыта, мозгов, связей, понимания рынка, доступности инвестиций и еще раз опыта и связей.
А все остальные из компа, раутера и скотча могут сделать только локальную сетку в лучшем случае. Извининте. А lean это да, правильно.
Трудности перевода. Оно использует надавливание на экран и обратную связь (сопротивление надавливанию) для интуитивной навигации. Почувствовать форму картинки, текстуру, температуру поверхности оно вам не даст. Зато оно позволит ощутить части картинки как мягкие или твердые. В примере с картинки с MRI экран будет «сопротивляться» больше если нажимать на то место картинки, где показаны кости черепа. Ну и будет более податливым, если давить туда где на картинке мозг. Немножко странная концепция, прямо скажем…
Не. Инженерам общаться с инженерами заказчика тоже нужно. Менеджер не должен быть единственной точкой контакта, иначе он становится источником половины проблем на проекте. Да и тяжело менеджменту адекватно обсуждать технические вопросы на серьезном проекте.
Однажды CTO проводил интервью архитектора СУБД. Тот был ученый муж с идеальным резюме. «Скажите, вы теряли когда-либо данные на продакшене?» спросил CTO. «Нигода! Мы всегда все тестировали на в QA и с операционистами на стейджинге!» ответил архитектор. «Гоните его в шею» — сказал CTO, — «он либо дурак, либо врет».
Нет, к сожалению. Еще надо быть либо состоявшимся специалистом с боевыми заслугами, либо юниором с хорошей базовой подготовкой и кругозором. Теорминимум проверяется в ходе второго интервью, в основном в ходе разговоров про ваши предыдущие проекты. Сходите, сами узнаете :-)
Рунглиш. Puzzle это более широкое понятие, чем «задача». Он выгодно отличается от challenge, тем что puzzle solving предполагает удовольствие от процесса, а challenge ориентирован на результат.
К сожалению. Но нам это важно. Мы аутсорсеры. Мы продаем сервис. Нам надо говорить с богатыми, неадекватными, незнакомыми клиентами. Чтобы они стали адекватными, знакомыми, и как можно более бедными ;-)
С моей точки зрения это плюс. Вы придумали какое-то решение, пусть не правильное, но быстро. Потом найдете свою ошибку и допилите. Хуже когда люди утыкаются в лаптоп на полчаса и на все попытки вырвать их из мыслительной комы бурчат про «не готово». Я хочу видеть как вы думаете, на конечный результат мне пофигу.
Умм… Интервьювер просто дал вам задачу и сказал решайте? Или вы с ним вместе ее обсуждали?
Если у вас в процессе обсуждения возникает стресс, который вам мешает думать — это очень плохо.
Если же интервьювер дал вам листочек с надписью «как сделать игру жизнь на бесконечном нециклическом поле, у вас 15 мин.» и ушел пить кофе — то он и не любит задачки.
Вот я вижу ТЗ, которое выливается в десяток средней замороченности формочек, 1 репозиторий и к нему четыре десятка ХФ похожих как близнецы-братья, фигову кучу триггеров и маленькую кучку энтити классов, к которым напрямую биндится UI. И оценку на реализацию этого чуда в 1500 (полторы тысячи) человекочасов. У меня возникает устойчивое желание поменять команду или подрядчика. И разговоры про «стоимость поддержки», «разделение на уровни» и «производительность» на меня решительно не влияют. Это job security код, и точка.
Вот я вижу другой проект, а там тоже хотят больше 1000 часов на «оптимизацию маппига ORM», который ко всему прочему прицелен на конкретные версии EF и SQL server. Начинали с code first, нарисовали кучу linq запросов везде по коду и теперь блеют про то, что реляционные базы вообще-то отстой и пора переходить на NoSQL. Тут диагноз, думаю, тоже понятен.
Императивная и реактивная логика пишется в коде приложения. БД это не код приложения(*). Простите, это так и тут нет «за и против». Если вы следуете CQRS или хотя бы как-то изолируете выборки и комманды, поменять императивный код на ХФ когда она будет нужна и оправдана проблем не составит.
(*) Если вы не Оракл. А если вы Оракл, то, наверное, это меньшая из ваших проблем.
MS конечно компания специфическая, мы с ней с начала 2K годов работаем как вендор (слава Богу не по браузерной части). Но называть их безголовыми дебилами я думаю не правомерно. IE все еще торчит как заноза в корпоративном секторе. Главным образом потому что за годы его существования было написано дофигищщи кривых как рожа бульдога интранет LOB приложений. Писаны они были в мохнатые годы, и они банально не пашут без означенных выше костылей. Кто тут виноват? Ну конечно не прекрасные идусские, белорусские, китайские, украинские и китайские оффшорные программисты, наковырявшие этих монстров. О, эти формы с десятками iframe и XSS изо всех щелей! О, безумные SPA велосипеды, ископаемые компонентные библиотеки для ASP на VB6 и комах, фигачащие тонны дерьма в тело документа. Надо бы, конечно, выкосить эту лажу и сделать по-нормальному, с преферансом и поэтессами.
И вот бравые офшорные прогеры шлют предложение своему клиенту, американской жадине-говядине, со словами а не переписать ли нам ваш говенный LOB app, который мы с вами уже лет 15 лабаем, под новые классные стандарты. Вы сможете использовать Chrome! Сущие копейки, ей-Богу, 100500 человеко-лет + стабилизация. Ну и риски там всякие.
А очередная корпоративная жадина-говядина на фоне унылого американского стока думает а не поставить ли мне в бюджет еще 10-15 лямов на то, чтобы мой LOB соответствовал последней моде W3C, а мои оффшорные прогеры были счастливы и писали радугой. Мы же тогда сможем использовать Chrome! А потом такие собираются, считают бабки и… да ну его к лешему, лучше нет, останемся как есть, пока end-of-life не наступит. Работает же, чо.
А тем временем не менее унылый PM в майкросе корпеет над фича-сетом под свой кусочек поддержки HTML5/CSS3 стандарта на следующий финансовый год. И думает такой: эх выкусить бы всю эту лажу… Идет к принципалу, а тот ему: деточка, эта лажа будет migration blocker-ом для вот этого длинного списка компаний. И наше любимые партнеры из CDW, SoftwareOne и прочих больших ритейлеров, которые впаривают им лицензии вагонами, отгрызут нам с тобой задницу по самый подбородок. И вот унылый PM идет думать как ввереный ему кусочек поддержки HTML5/CSS3 заземлить с учетом его унылых реалий.
Поэтому не ругайте редмонд. Там далеко не идиоты сидят, просто у них жизнь несколько сложнее чем у Гугла с Яндексом. Вот и крутятся как умеют. А legacy они выдавят из поддержки, просто они зависят от end-of-life для XP и Висты…
Кстати, стараниями хабросообщества в статье наковыряли дырок. В частности возможно узнать проголосовали ли за нас до подсчета голосов. А еще недобросовестный наблюдатель может завалить выборы. Протокол надо дорабатывать.
В метро эти все штуки-дрюки посылаются на йух. Главное функция, навигация, размер визуальных целей, метафора взаимодействия с пользователем. Поэтому интерфейс в конечном итоге «довести» быстрее, а главное делается это промышленными методами, без старбакса и марихуаны. Имхо правильно все делают.
Мне кажется история компании veeam свидетельствует о том, что два мегазубра из компа за 600 баксов, раутера и куска скотча могут сделать миллиардную компанию. Главным образом за счет опыта, мозгов, связей, понимания рынка, доступности инвестиций и еще раз опыта и связей.
А все остальные из компа, раутера и скотча могут сделать только локальную сетку в лучшем случае. Извининте. А lean это да, правильно.
Если у вас в процессе обсуждения возникает стресс, который вам мешает думать — это очень плохо.
Если же интервьювер дал вам листочек с надписью «как сделать игру жизнь на бесконечном нециклическом поле, у вас 15 мин.» и ушел пить кофе — то он и не любит задачки.