Там чудное - "Дата 23 сентября 2020, Начало в 00:00, Продолжительность - 0 ч 0 м."
Придётся сходить, отметиться. Правда, пойду к семи, как это было всегда. Надеюсь, Илья Ферапонтов будет жечь трубой. Да и Ланская с Бутурлиной должны быть в ударе. Тем более, что один вальс с форшлагами в начале я и сам когда-то играл на баяне.
Every month a new fund and selection process will provide $10,000 to an open source project, typically as $1,000 payments over 10 months. ============== Это про свежеоткрытый opensource.microsoft.com, Там можно поднять штуку в месяц, активно впахивая на корпорацию зла. Разумеется, вы вначале продемонстрируете свои умения писать ПО в открытом виде за свой счёт, толкаясь локтями с такими же нищебродами, не забывая "оптимистически улыбаться краешками губ во время работы", а потом вам выдадут грант. Возможно. Излишне упоминать сколько стоит средний хороший кодер и средний индусский кодер в районе штаб-квартиры Микрософта. Сами умеете гуглить. Вот так корпорации и экономят. Но кому хочется, тот ещё можешь веровать, что open source - это свобода творчества. Что "я-то смогу", "я на поддержке заработаю", "у меня есть свободное время для open source", "я верю в сообщество". Фпирёт!
Повторял, повторяю и ещё не раз повторю - только перекрёстное субсидирование позволяет существовать такому явлению, как open source. Как только оно закончится, так сразу и закроются сайты, где что-то там лежит и ждёт своего пользователя.
А не выдуманный в виде "свободные сообщества пилят бесплатно". Вот прямо из первых уст: ===================== X: MIPS нихера не зарабатывал бабла Google'у в ведроиде. И гуг прекратил принимать от нас изменения. А потом и наш Imagination/MIPS/Wave Computing прекратился. Я успел забабахать поддержку MIPS (MSA SIMD) в Gemmlowp, Eigen и Tensorflow Lite, но гуг заартачился с последним и тот код вероятно теперь потерян навсегда. Вот и весь опенсорц по работе пока что. Y: не печально а закономерно. в тензорфлоу вообще пул реквесты не принимают на нетривиальные штуки. потому как оно не опен-сорс де факто.... проблема что у гугла куча внутреннего говна в тф поэтому то что ты видишь снаружи - это форк с рефактором а внутреннее говно - первично, поэтому им надо сначала внести твой код во внутреннее а потом отфоркать наружу =====================
Теперь перевожу с программистского: У корпорации бобра есть проект, на который надо бы нанять погромистов, но денег жаба душит. Да и Тесла сама себя не купит. Выкладываем проект (точнее слегка правленный и причёсанный) в мир. Нобегают пионеры, которые правят, а платить не надо. Большинство, понятно, правят три строки и пять ошибок, спасибо, пожалуйста. Но некоторые либо за свои деньги-время, либо за деньги MIPS пилят неплохие и важные куски, присылая исправления в корпорацию бобра. Корпорация важно смотрит, внедряет во внутренний проект, тем самым, возможно, вытесняя MIPS с её родных рынков, уменьшая и так небольшие деньги, а вот обратно в open source никто не торопится внедрить под благовидным предлогом. В итоге, корпорации кругом профит, платить погромистам не надо, они и так напишут, если кто-то заплатит, он молодец, пусть возьмёт пирожок с полки с чувством глубокого удовлетворения. А то, что кто-то мог оплатить время, а потом у кого-то деньги кончились и он пошёл банкротиться - так это не мы, это он сам. Я надеюсь, всем ясно, что сдача в Байкал - это именно банкротство в международном смысле?
В общем, комсомол и субботник, вид в профиль. Вы бесплатно поработайте, чтобы мы отчитались перед партией.
Так пишет Таймс. Перевожу с айтишного: многие кодеры жутко оскорблены словом "хозяин", которым называется сборка текущей версии продукта в одном популярном хранилище и производных от этого хранилища. При этом, если говорить честно, процент чёрных среди кодеров не слишком велик. Азиаты и индусы - да, но чтобы африканцы - это скорее исключение, чем правило. Так что, кто там оскобляется, несколько неясно. Ну и замечу, глупо оскорбляться на слово. Оно ведь описывает явление. Даже если ты запретишь слово "жопа", то явление от этого никуда не денется. Известный всем анекдот тому подтверждение.
Уже повторял и повторю - падение производительности труда кодеров не только не за горами, оно уже идёт. Потому что, когда кодер не кодит, слесарь не слесарит, а вместе думают "как нам обустроить..." и "о судьбах интеллигенции", то производительность падает вначале в разы, а потом и до нуля. Полесов ждёт нас всех не только с плашками три восьмых дюйма, а и с ноутбуком.
"the only thing which can parse Perl (the language) is perl (the binary)" Randal L. Schwartz, Perl hacker on Dec 04, 2000 at 04:21 UTC
================
Это я поискал миминимайзер кода для одного проекта. Для жаб и цсс нашёл без проблем. Но тут запнулся. И припал к монкам, так сказать, к perl wisdom. Товарищ Шварц предлагает в ноде распарсить долбанный слеш (обычно деление, но есть нюансы!), и занудно приводит примеры того, где и как оно будет вести себя по-разному.
Примеры же прямо из этого нашего стекофервлоу применить -MO=Deparse и дескать оно поедет, не проехали. Я на мангуста натравил, там и модуль-то хуйня, но тут же вместо положенного Carp::croak оно мне предложило не мучаться и сказать '???'. Там константа после eval была, классика жанра. Компилируем в одном окружении - croak, компилируем в другом - арбайтен.
Пипец. Всё-таки, у Ларри есть чувство прекрасного. Создать выразительный и TMTOWTDI это надо иметь виздам.
Придётся ограничиться выбрасыванием пода и комментариев.
Когда много лет назад Белтелеком дал заказ на протокольную совместимость агента с cisco ip sla, честно говоря, думалось, что это проект в ящик. Так часто бывает - заказчик пишет в ТЗ все свои хотелки, а в реальности использует хорошо, если половину. Мы, благодаря Марку Зелману из Чартвел, довели инициативно написанный код до состояния рабочего как для инициатора, а циска отвечает нам, так и для сопряжённого (responder-а), когда циска сама запрашивает у линуксов качество связи. Но дальше проверки на соответствие ТЗ, он у заказчика так и не пошёл в работу. Хотя все тесты проехали, но хотелось бы реальной работы, потому что фидбэк для разработчика - тоже важная вещь, не думайте, что только оплата важна. И вот, как сообщает начальство, отгрузка другому заказчику прошла. От него пришёл фидбэк, что всё работает. Проект хоть и не вышел на самоокупаемость, пришлось субсидировать, но хоть что-то принёс. Теперь расходы только на железо, что при удачном стечении обстоятельств может дать прибыльность через ещё пару лет :)
Может, ещё кто-то заинтересуется, хотя на сегодня качество предоставляемых сетью услуг мало кого волнует. Медленная окупаемость, прямо скажем.
На 32-разрядных системах x86 проблема не проявляется, так как реализация memcpy для данной архитектуры корректно интерпретирует переменную с размером как беззнаковое целое значение с типом size_t (в написанной на ассемблере реализации для ARMv7 вместо size_t оно обрабатывается как signed integer). ==================================== Это из Чирковского Таймс. Суть в том, что баг, внесённый неведомо когда, скорее всего на этапе создания, ни один пресловутый представитель миллиона глаз не заметил в одной из самых широко распространённых библиотек. Потому что миллиону глаз надо не смотреть в код, проводя аудит, а собрать и использовать для своих целей. А смотрят пусть те, кому нужно. А таких немного на весь мир. Вот и имеем.
Ах да, если кто-то думает, что внутри Микрософта всё иначе и там строгий контроль - вынужден разочаровать.
И ещё. Если кто-то думает, что пресловутые сертификации на "готовность кода к критическим деяниям" (и не у нас тоже!) означают, что все пристально туда глядят и проверяют аж вообще всё - вынужден опять разочаровать.
Open source - это не для миллиона глаз проверки. Это метод не платить кодеру деньги, чтобы он работал за победу коммунизма под руководством партии. А где он найдёт пожрать - это его проблемы.
А вот от этого подхода (это о передовых западных моделях кодирования с парой кодеров за полторы соточки в год и кучей индусов за семьдесят): ================ Я скажу что удаление или замену чужого кода категорически нельзя обосновывать тем, что "он плохой" и вопрос тут не в собственности на код, а в затраченном труде на его изготовление. Даже если человек неопытный, все равно нужно уважать те усилия, которые он приложил чтобы написать этот плохой код. Не говоря уже о том, чтобы просто уважать любого человека как личность и не вываливать на него свой МПХ при любом удобном случае. Что делать: 1. Убрать с человека свой МПХ, и сконцентрироваться на улучшении кода 2. Быть психологом и дипломатом. Вместо "твой труд нам нахер не нужен как и ты сам, потому что есть я" использовать более скользкие фразы "с тобой улучшим код", "давай подумаем с тобой", "ты можешь сделать" и вообще, нужно создать у человека ощущение, что это он изменяет код, а не вы. 3. Использовать майевтику Сократа, помогать человеку наводящими вопросами, а не ставить его перед фактом того как надо сделать и точка. ================
Помнится, покойный ак. Ершов как-то писал о людях, способных создавать надёжный софт. Там требовалось в первую очередь фундаментальное образование. Чего у среднего современного кодера нет. Этим даже часто бравируют. Не будем растекаться мысью по древу, скажем коротко - фундамент действительно важен для мозга. Кроме того, нынче модно принимать разного рода кодексы поведения. Безусловно, покрывать рядового кодера сразу хуями - это не выход, потому что контроль-то не тот, что в армии, где чётко видна канава, и забор виден и обед. Эта зараза может обидиться и внедрить таймбомб, а потом и уволиться. НО! Идти на поводу и становиться в первую очередь из надсмотрщика психиатром для разбора "внутреннего покоя" кодера - это тоже путь в никуда. Так не бизнес делается, а клиника для богатых буратин. Резюмируя, скажу, что раз "передовые" методики уже по факту внедрены, то снижение производительности труда в отрасли не только не за горами, оно уже идёт. Привет из прошлого от товарища Брукса. Последнее достижение гипернации в 10й винде, когда оно просыпается само, тому доказательством.
Что же можно посоветовать рядовым пользователям софта? Регулярно дрючить техподдержку. Чтобы производитель чувствовал пользовательскую любовь много и регулярно. Не скажу, что это поможет, это даже наоборот - и не поможет, и повысит цены. Но есть надежда, что бесполезная трата маржи гигантами на обслуживание ненадёжного и дорогого даст нишу на рынке тем, кто умеет писать надёжно. Не сразу, конечно, но иного пути не вижу.
Компания Hewlett Packard Enterprise второй раз столкнулась с проблемой в SSD-накопителях с интерфейсом SAS, из-за ошибки в прошивке приводящей к безвозвратной потере всех данных и невозможности дальнейшего использования накопителя после 40000 часов работы (соответственно, если накопители одновременно добавлены в RAID, то и из строя они все выйдут тоже одновременно). Аналогичная проблема уже ранее всплывала в ноябре прошлого года, но в прошлый раз данные повреждались после 32768 часов работы. ================ Так пишет Таймс в лице Чиркова-Шигорина.
Во-первых, наглядно видно, как условный некто, починяя проблему, поднял таймер до более высокого значения, авось кривая вывезет. А там уже и отпуск, бонус, увольнение и гори весь этот HP синим пламенем. То, что называется отчуждением от результатов труда в умных словах. Или вообще модный аутсорс, где подрядчик сегодня орлёнок, а завтра орёл.
Во-вторых, наглядно видно, как можно заплатить кучу денег, ведь HP надёжная техника, это же вам не самосбор на линухах, как любит говорить Господин Инженер. Который, хотя наша редакция и отдаёт ему должное, что-то знает, но гарантировать своей зарплатой отсутствие таких факапов вряд ли возьмётся. Конечно, последователи могут и набежать в наш скромный бложик и доказать, что ibm это же совсем другое дело. welcome, господа. Я поржу.
В-третьих, наглядно видно, как будет работать будущая электронная трудовая. Я, как с одной стороны нарзаном измученный, с другой, воспитанный советской властью и повидавший комсомольских собраний, а с третьей, видевший это наше IT с трёж стороны баррикад, лучше уж останусь на старой доброй бумажке. Что и вам советую. Молодёжи же, которой электричество будет включено принудительно - копировать трудовые договора в домашний архив. Иначе будете потом плакать, что добрый CAE вас не предупредил. Ну и повторюсь из handbook - backup & restore. Period.
У меня есть команда разработки, обходилась примерно в 1.5млн/мес, без налогов. Сначала они не могли работать, потому что им нужен был аналитик, потом не хватало тестировщика, после найма этих понадобился отдельный тимлид (плюсом к менеджеру), которому некогда код писать
Закончилось все примерно так: по условиям договора надо было исходный код записать на мат.носитель, а их не оказалось под рукой, в команде из ~10человек (2.5млн/мес) сд-болванку или флешку раздобыть было некому. Так я разочаровался в этом вашем ИТ
В каментах: то есть им еще менеджера по бизнес-процессам не хватало?
