Это больше рекламный ролик, чем какой-то реальный проект. Думаю, что в реальных проектах непрямые углы возникают только вследствие необходимости, которая вызвана внешними факторами (допустим дом имеет два крыла, которые сходятся под непрямым углом). Да и то их в таком случае их стремятся изолировать (делают всякие кладовки, гардеробные, чуланы и т.д.)
Спасибо! Одна из лучших статей на тему технического долга. Прочитал с большим интересом. Буду показывать ее всем, как образец. Очень подробно и наглядно разобраны основные противоречия и возможные компромиссы при реальных процессах разработки и поддержки ИТ. Обязательна к прочтению всем бизнесменам желающим что-нибудь "замутить" на почве ИТ. Ровно как и наоборот - для романтически настроенных программистов, пытающихся окунуться в коммерческую разработку.
Различия между работником и предпринимателем стираются если считать работника предпринимателем, продающим свой труд. И тот и другой получают деньги - предприниматель за реализацию продукта, работник - за реализацию объема работ.
Проблема в том, что практически всегда предприниматель платит не за объем работ, а за время и здесь как раз возникает парадокс оптимизации. Если предпринимателю нужен объем работ - ему до фени как там это все происходит. Когда платится за время (что сейчас повсеместно) - возникают всякие извращения в виде программ слежения за работниками, трекинга, так называемых оценочных игр и прочие антигуманные технологии.
Лайфхаки работников возникают на пустом месте, и уж точно не благодаря предпринимателям. Это могут быть красные глаза, проведенные за чтением мануалов, могут быть ночи в гараже - проведенные за настройкой инжекторов. Может еще что-то - у каждого свой путь.
Поймите, я не против предпринимателей. Я их очень уважаю. И хочу, чтобы работники не стеснялись быть похожими на них. И потому дам возможно спорный, но все-таки совет. Если Вы нашли способ сделать свою жизнь немного легче, никому об этом не говорите. А тем более работодателю :)
Представьте ситуацию - некто собирает всех "работодателей", работающих в некоторой сфере и говорит: ну что же вы, товарищи, я знаю - у вас есть секреты, промышленные находки и изобретения - ведь если вы их расскажете друг - другу, наша отрасль совершит великий прорыв вперед, давайте - делитесь своими ноу-хау, патентами и прочими секретами производства.
Вам смешно?
Почему-то, когда предприниматели охраняют свое ноу-хау - это нормально. А когда это делают работники - возникают какие-то вопросы морали. Грустно...
Иногда нужна еще одна пара рук. Когда админ попросил помочь я вообще этому не придал никакого значения. Это случилось мимоходом. Я входил в офис, а его стол был чуть в стороне от входа. Если бы я не проходил, возможно он бы и без меня справился.
На самом деле история наполовину реальная. Дело было в 2008. Тогда прошла некая новость, что AMD без правильного охлаждения сгорают напрочь. Пока в форумах шли священные войны, один админ из компании, в которой я работал взял и проверил. Я бы об этом не узнал, если бы он не попросил помочь вытащить процессор. Затем я на одном из форумов увидел его отчёт.
Сцена с безопасником и сцена в баре выдумана. Прошу простить :)
Еще решил ответить про числа, превышающие разрядность процессора. Действительно, есть случаи, когда 64 бита мало. Кроме того есть экзотические типы типа денежный. В связи с всеобщей инфляцией и триллионными долгами государств, там вообще непонятно сколько разрядов нужно :). В Oracle например, есть тип Decimal. Я не знаю, что там под капотом, но в описании типа можно указать очень большое количество разрядов.
Вы должны согласиться, что это все-таки не полноценная многозначная арифметика. Конечно, в посте есть некоторое преувеличение, когда сказано - сделать что-то превышающее разрядность процессора.
Но аппетиты приходят во время еды - сначала просто два числа сложил, потом три... Как говорится, я просто взял краcки в руки и тут как закрутилось :)
У меня возникло еще пара мыслей по поводу того - многозначная арифметика для избранных или нет? Мы тут с Вами допустили одну небольшую неточность. Мы рассматривали только множество программистов - но программисты это очень небольшая часть общества. Возьмите любого человека не имеющего отношения к программированию и попробуйте что-то ему объяснить, хотя бы про двоичную систему счисления. И интересно, сколько времени пройдет, прежде чем он что-либо полезное напишет между begin и end. Вы рассматриваете свои способности, как нечто само собой разумеющееся.
Не секрет, что программистов не хватает, как не хватает сейчас и микрочипов. В школах существуют обязательные предметы информатика и математика. Всех тащат за уши в ИТ. Но программистами становятся единицы.
Я не говорю, что программисты - высшая каста. Все те же рассуждения можно применить и к врачам и к инженерам и к деятелям искусства, и конечно, к ученым. У каждого свое призвание и своя зона ответственности в этом непростом мире. И у каждого свой щелчок затвора. Например для химика будет очень подозрительно если в кто-то в отделе бытовой химии купит что-нибудь в какой-нибудь опасной пропорции.
От компьютеров может исходить большая опасность, так как они сейчас везде. Вот я сижу тут. Мало того что в карманах моих штанов наверное с десяток различных процессоров, а если посмотреть по сторонам, то сотня наберется.
И кроме нас опасности, связанные с ИТ-технологии никто не распознает. Поэтому надо внимательно вслушиваться в двоичную тишину. Кроме нас некому.
Вы правы, я и пытался тут сказать, что везде все не так просто - постоянно нужно думать головой, а если хочешь каких-то выдающихся результатов - то своей головой (учитывая конечно лучшие мировые практики)
Коллега искал простые числа. Работа требует ресурсов. История такая же как с майнингом биткоина - нужно где-то брать электричество и вычислительные мощности. И любая, пусть даже самая незначительная оптимизация - это небольшой шаг вперед. Здесь говорили, что можно, например без ассемблера, на стандартных типах или даже в символьном виде. Конечно серьезных людей это не устраивает. Тут получается не в разы медленнее а в десятки раз.
Коллега, конечно, знал как возводятся большие числа. И у него все работало. Но пара моих советов ему помогли. Как говорится одна голова хорошо, а две лучше.
Спасибо на добром слове. Для автора это очень важно. Если вы посмотрите предыдущие посты - они длиннее. Здесь решил попробовать в жанре миниатюры. Но не все сюжеты можно уложить в такой формат. Поэтому если будет следующий пост - он будет длиннее. Спасибо еще раз!
Да, теперь понял. Спасибо. Я поясню. Сначала скажу, что этот случай не придуманный, а что называется основан на реальных событиях. И вопрос звучал именно так - как возводить в степень большие числа. Любой, кто немного в теме, знает, что это делается для проверки чисел на простоту, ну и потом непосредственно для самого асимметричного шифрования. Других разумных применений всему этому нет. Конечно я напрягся. Но насчет асимметричного кодирования я ошибся - коллеге нужны были только тесты на простоту. Вот собственно о чем пост. Если вы найдете еще какое-нибудь разумное практическое (не академическое) применение многозначной арифметики - то прошу мне сообщить. Если бы меня спросили про графы или геометрию, я бы удивился, но такого эффекта это на меня бы не оказало.
Я сразу скажу, что я вообще не специалист в криптографии, но я кое-что читал, и решая некую олимпиадную задачу мне пришлось реализовывать многозначную арифметику. Никаких Java-библиотек и Питонов тогда не было. Был только TurboС++ на дискете. И конечно там ничего особо сложного. Любой справится. Тем более что системы команд популярных процессоров и их арифметические устройства СПЕЦИАЛЬНО СПРОЕКТИРОВАНЫ для поддержки многозначной арифметики.
Моя мысль не в том что это для избранных, а прямо противоположная - что это слишком доступно - просто нужно задаться целью. Скажите, что сложного в огнестрельном оружии - просверлить дыру и насыпать туда пороха.
Это больше рекламный ролик, чем какой-то реальный проект. Думаю, что в реальных проектах непрямые углы возникают только вследствие необходимости, которая вызвана внешними факторами (допустим дом имеет два крыла, которые сходятся под непрямым углом). Да и то их в таком случае их стремятся изолировать (делают всякие кладовки, гардеробные, чуланы и т.д.)
Теперь я понял, что не зря все это делал :)
При тестировании возникают те же проблемы технического долга, что и в процессе разработки
Спасибо! Одна из лучших статей на тему технического долга. Прочитал с большим интересом. Буду показывать ее всем, как образец. Очень подробно и наглядно разобраны основные противоречия и возможные компромиссы при реальных процессах разработки и поддержки ИТ. Обязательна к прочтению всем бизнесменам желающим что-нибудь "замутить" на почве ИТ. Ровно как и наоборот - для романтически настроенных программистов, пытающихся окунуться в коммерческую разработку.
Различия между работником и предпринимателем стираются если считать работника предпринимателем, продающим свой труд. И тот и другой получают деньги - предприниматель за реализацию продукта, работник - за реализацию объема работ.
Проблема в том, что практически всегда предприниматель платит не за объем работ, а за время и здесь как раз возникает парадокс оптимизации. Если предпринимателю нужен объем работ - ему до фени как там это все происходит. Когда платится за время (что сейчас повсеместно) - возникают всякие извращения в виде программ слежения за работниками, трекинга, так называемых оценочных игр и прочие антигуманные технологии.
Лайфхаки работников возникают на пустом месте, и уж точно не благодаря предпринимателям. Это могут быть красные глаза, проведенные за чтением мануалов, могут быть ночи в гараже - проведенные за настройкой инжекторов. Может еще что-то - у каждого свой путь.
Поймите, я не против предпринимателей. Я их очень уважаю. И хочу, чтобы работники не стеснялись быть похожими на них. И потому дам возможно спорный, но все-таки совет. Если Вы нашли способ сделать свою жизнь немного легче, никому об этом не говорите. А тем более работодателю :)
Представьте ситуацию - некто собирает всех "работодателей", работающих в некоторой сфере и говорит: ну что же вы, товарищи, я знаю - у вас есть секреты, промышленные находки и изобретения - ведь если вы их расскажете друг - другу, наша отрасль совершит великий прорыв вперед, давайте - делитесь своими ноу-хау, патентами и прочими секретами производства.
Вам смешно?
Почему-то, когда предприниматели охраняют свое ноу-хау - это нормально. А когда это делают работники - возникают какие-то вопросы морали. Грустно...
Спасибо!
Не знал про такое. Спасибо!
Да, конечно, Вы правы. В общем-то весь рассказ в том числе и про это.
Как Вы понимаете, по сюжету рассказа - никакие джампера админ Костя не перепутывал. Это была попытка отовраться.
Иногда нужна еще одна пара рук. Когда админ попросил помочь я вообще этому не придал никакого значения. Это случилось мимоходом. Я входил в офис, а его стол был чуть в стороне от входа. Если бы я не проходил, возможно он бы и без меня справился.
На самом деле история наполовину реальная. Дело было в 2008. Тогда прошла некая новость, что AMD без правильного охлаждения сгорают напрочь. Пока в форумах шли священные войны, один админ из компании, в которой я работал взял и проверил. Я бы об этом не узнал, если бы он не попросил помочь вытащить процессор. Затем я на одном из форумов увидел его отчёт.
Сцена с безопасником и сцена в баре выдумана. Прошу простить :)
Я думаю, что если Вы скажете, что собираетесь спалить процессор, то добро Вам на этот эксперимент не дадут.
Еще решил ответить про числа, превышающие разрядность процессора. Действительно, есть случаи, когда 64 бита мало. Кроме того есть экзотические типы типа денежный. В связи с всеобщей инфляцией и триллионными долгами государств, там вообще непонятно сколько разрядов нужно :). В Oracle например, есть тип Decimal. Я не знаю, что там под капотом, но в описании типа можно указать очень большое количество разрядов.
Вы должны согласиться, что это все-таки не полноценная многозначная арифметика. Конечно, в посте есть некоторое преувеличение, когда сказано - сделать что-то превышающее разрядность процессора.
Но аппетиты приходят во время еды - сначала просто два числа сложил, потом три... Как говорится, я просто взял краcки в руки и тут как закрутилось :)
У меня возникло еще пара мыслей по поводу того - многозначная арифметика для избранных или нет? Мы тут с Вами допустили одну небольшую неточность. Мы рассматривали только множество программистов - но программисты это очень небольшая часть общества. Возьмите любого человека не имеющего отношения к программированию и попробуйте что-то ему объяснить, хотя бы про двоичную систему счисления. И интересно, сколько времени пройдет, прежде чем он что-либо полезное напишет между begin и end. Вы рассматриваете свои способности, как нечто само собой разумеющееся.
Не секрет, что программистов не хватает, как не хватает сейчас и микрочипов. В школах существуют обязательные предметы информатика и математика. Всех тащат за уши в ИТ. Но программистами становятся единицы.
Я не говорю, что программисты - высшая каста. Все те же рассуждения можно применить и к врачам и к инженерам и к деятелям искусства, и конечно, к ученым. У каждого свое призвание и своя зона ответственности в этом непростом мире. И у каждого свой щелчок затвора. Например для химика будет очень подозрительно если в кто-то в отделе бытовой химии купит что-нибудь в какой-нибудь опасной пропорции.
От компьютеров может исходить большая опасность, так как они сейчас везде. Вот я сижу тут. Мало того что в карманах моих штанов наверное с десяток различных процессоров, а если посмотреть по сторонам, то сотня наберется.
И кроме нас опасности, связанные с ИТ-технологии никто не распознает. Поэтому надо внимательно вслушиваться в двоичную тишину. Кроме нас некому.
Вы правы, я и пытался тут сказать, что везде все не так просто - постоянно нужно думать головой, а если хочешь каких-то выдающихся результатов - то своей головой (учитывая конечно лучшие мировые практики)
Коллега искал простые числа. Работа требует ресурсов. История такая же как с майнингом биткоина - нужно где-то брать электричество и вычислительные мощности. И любая, пусть даже самая незначительная оптимизация - это небольшой шаг вперед. Здесь говорили, что можно, например без ассемблера, на стандартных типах или даже в символьном виде. Конечно серьезных людей это не устраивает. Тут получается не в разы медленнее а в десятки раз.
Коллега, конечно, знал как возводятся большие числа. И у него все работало. Но пара моих советов ему помогли. Как говорится одна голова хорошо, а две лучше.
Спасибо на добром слове. Для автора это очень важно. Если вы посмотрите предыдущие посты - они длиннее. Здесь решил попробовать в жанре миниатюры. Но не все сюжеты можно уложить в такой формат. Поэтому если будет следующий пост - он будет длиннее. Спасибо еще раз!
Да, теперь понял. Спасибо. Я поясню. Сначала скажу, что этот случай не придуманный, а что называется основан на реальных событиях. И вопрос звучал именно так - как возводить в степень большие числа. Любой, кто немного в теме, знает, что это делается для проверки чисел на простоту, ну и потом непосредственно для самого асимметричного шифрования. Других разумных применений всему этому нет. Конечно я напрягся. Но насчет асимметричного кодирования я ошибся - коллеге нужны были только тесты на простоту. Вот собственно о чем пост. Если вы найдете еще какое-нибудь разумное практическое (не академическое) применение многозначной арифметики - то прошу мне сообщить. Если бы меня спросили про графы или геометрию, я бы удивился, но такого эффекта это на меня бы не оказало.
Я сразу скажу, что я вообще не специалист в криптографии, но я кое-что читал, и решая некую олимпиадную задачу мне пришлось реализовывать многозначную арифметику. Никаких Java-библиотек и Питонов тогда не было. Был только TurboС++ на дискете. И конечно там ничего особо сложного. Любой справится. Тем более что системы команд популярных процессоров и их арифметические устройства СПЕЦИАЛЬНО СПРОЕКТИРОВАНЫ для поддержки многозначной арифметики.
Моя мысль не в том что это для избранных, а прямо противоположная - что это слишком доступно - просто нужно задаться целью. Скажите, что сложного в огнестрельном оружии - просверлить дыру и насыпать туда пороха.
Правильно, если что задумал, лучше об этом ни с кем не советоваться и ничем не щелкать на людях. Самому до всего доходить.
Наш математик в институте как-то сказал:
Я могу в уме перемножать восьмизначные числа - Вам как надо - быстро или точно?
(У него к каждой теме были заготовлены по несколько анекдотов)