Как стать автором
Обновить
5
azimut @azimut read⁠-⁠only

Пользователь

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

Предположим, на минутку, что человек выполняющий всё «по науке» не имеет ту же производительность, что и человек решающий «в лоб». А просто «тормоз». Причём «тормоз» по жизни.

Начальник поставил задачу Андрею и Константину внести по одному тегу в HTML-код некого сайта, каждому (задача одинаковой сложности). Андрей открыл блокнот, внёс, сохранил, проверил локально, убедился что всё нормально и выгрузил в production. Константин открыл habrahabr и стал искать какой редактор сейчас наиболее популярен у верстальщиков. На это он потратил два дня и на вопрос начальника: «как поживают изменения на сайте сроком вчера», ответил что они «в процессе». Нам «шашечки или ехать», в этом контексте приобретает совершенно другой смысл.

И к сожалению, число людей которые не умеют верно расставлять приоритеты гораздо (я думаю, на порядки) больше числа тех кто бездумно ориентирует «на результат».
Стиль не понравился. Вы начали статью с «я использую т.н. редактор программиста SciTE» и подразумеваете что читатель не знает что это за SciTE. Да, Вы дали «Прочитать о возможностях этого замечательного редактора можно», но мы читаем Вашу статью а не эти ссылки. И поэтому совершенно не понимаем что значит «Для этого в пользовательский файл настроек необходимо добавить:».

Вы написали «sudo apt-get install scite», который всем очевиден, но не написали «возьмите исправленный по указаниям выше файл actionscript.properties, скопируйте его содержимое в буфер обмена, откройте „пользовательский файл настроек“ выбором из меню SciTE „Options > Open User Options File“, вставьте настройки из клипа в открывшемся окне и сохраните файл». Где искать этот «пользовательский файл настроек» совершенно не очевидно из Вашей статьи.

Поэтому «Ну а скопировать из одного файла в другой надеюсь труда не составит.» смотрится издевательством. Не составит труда никому. Если пути и имена редактируемых файлов указывать.
Согласен. Но это шаблон и любые модификации — на Ваше усмотрение. Скрипт изначально был написан для создания на RHEL 6.3 репозитория для Ubuntu 10.04, а для Ubuntu свойственно x86_64 (причём ЕМНИП это alias для amd64).
Упустил из вида при приведении к виду «для публикации», sorry.
Обновил скрипт, проверил — работает.
Согласен. Типовое применение — спец не хочет таскать пакеты по клиентам на flash-носителе, но и разворачивать свой репозитарий — не знает как подступиться. Понимание которого мы достигаем здесь: спец видит что всех сложностей у него — затраты времени на подготовку иерархии директорий и одна команда в скрипте который и сам по себе — инструкция. Да, он может заняться автоматизацией. Позже. Но ему будет от чего отталкиваться сейчас. Просто сказать: смотри reprepro или createrepo и кури маны было бы ещё проще. Но этот совет ему уже давали и допустим с закачиванием файлов на хостинг и вводом команд по бумажке он справляется.

Об «эксклюзивности»: кто-то когда-то строил репозитарий и у кого-то есть телефон этого человека, но никто не знает как его заставить что-то выложить и сколько заплатить, поэтому пока anykey ходит с flash-носителями. Неважно как зовут этого человека или компанию. Это часто встречающаяся ситуация в малом бизнесе где пытаются использовать Linux в обиходе, когда спустя некоторое время после внедрения обслуживание дошло до anykey.
Боевой инструмент не очень коррелирует с «Иногда обновляться в ручном режиме — копированием по тому же адресу с перезаписью. Раз в полгода или год.» Мне важно понимание подхода и это понимание может быть стартовой точкой для специалиста. У меня есть конкретные примеры, просто не хочется описывать в комментариях разные заморочки на этот счёт. Боевые инструменты, устройство репозитория, свои заточенные системы «сборки репозитария», аналоги reprepro — остались за скобками.
Можно. Ваш аватар даже намекает на правило «не изобретать велосипеды». Однако, есть велосипеды, а есть понимание. Думаю Вы не будете всерьёз предлагать прочитать исходники браузера для того чтобы выучить HTML? Вам приходилось слышать фразы «науке неизвестно что такое электричество»? Хотя все эти люди учились в школе. Здесь ровно то же самое. Есть люди которые считают недоступным среднему уму создание репозитария, сборку ядра, пакета и т.п. Хотя у всех есть пальцы чтобы набрать 1 (одну) команду. Пользовался утилитами подобными reprepro, но статья о них — другая статья, с другой целевой аудиторией.
Наяву столкнулся с ситуацией когда умение создать репозиторий подавалось знакомыми людьми как некое «эксклюзивное знание». Как Вам такое звучание: «Система Сборки Репозитария»? Поменять одну «систему» на другую не было бы эффективно. Потому что «чёрный ящик» остался.

Если выбросить из инструкций создание ключика, проверку репозиториев и прочую обёртку, то в остатке будет примитивный скрипт. Который в свою очередь сводится к командам createrepo для RHEL и dpkg-scanpackages для Debian. Достаточно показать это и становится понятно что здесь нет никаких «чёрных ящиков» и труд программистов не нужен. Задачу можно поручить любому специалисту, инструкции достаточно. Да и скриптики если разобраться не так уж нужны. Т.е. моей целью было понимание.
Ну так это же Закон, который они обязаны соблюдать. В FAQ у Google написано следующее: Закон США «Об авторском праве в цифровую эпоху» (DMCA) обеспечивает поставщикам услуг Интернета, в том числе и Google, защиту от финансовой ответственности за нарушение авторских прав. Одним из требований этого закона является то, что поставщик услуг Интернета должен удалять предположительно правонарушающие материалы или ограничивать доступ к ним после получения запросов, соответствующих определенным критериям. Google руководствуется Законом США «Об авторском праве в цифровую эпоху» (DMCA) при рассмотрении уведомлений о нарушении авторских прав.

И дальше: Можно ли обжаловать запрос на удаление материалов, нарушающих авторские права?

Если веб-мастер полагает, что ссылка на его сайт была удалена по ошибке, он может подать встречное уведомление, заполнив эту форму. По итогам рассмотрения заявки Google может восстановить ссылку в соответствии с разделами 512(g)(2) и (3) Закона США «Об авторском праве в цифровую эпоху» (DMCA).

Т.е. всё упирается только в DMCA.
Apple и Google не поддерживают ЛитРес. Нос у ЛитРес не дорос. Но у них есть политики и обязательства в отношении DCMA, которые их сотрудники выполняют и действуют типовым образом по инструкции. Под раздачу часто попадают нормальные авторы. Некому реагировать. Надеюсь ветка на REDDIT и переводные статьи на новостных порталах в .com дойдут до сведения нужных лиц и ситуация будет рассмотрена индивидуально. До тех пор они будут работать по шаблону…
Желающие могут доставить лучи прямо Алексей Сангалову — автору абузы прямо в фейсбучег: goo.gl/sQEkW
Согласен. Раздаю предложение о поддержке темы со ссылкой на REDDIT по своим аккаунтам, предлагаю всем читателям сделать то же самое.
Напишу служебную записку «довожу до Вашего сведения, что согласно распоряжению N ввиду обстоятельств X такое-то решение Y приведёт к таким-то последствиям Z для нашей горячо любимой компании». Аргументы подберу внятные и очевидные. Обычно такие служебные записки хорошо регистрировать, чтобы была копия со штампом входящего документа. Не буду отказываться от работы, ответственности и идти с этой служебкой на конфликт. Но буду ссылаться на неё когда последствия Z наступят. Если всё сделать правильно, козлом отпущения будет подавший распоряжение N. Если Вы не столь агрессивны и не проходили школ выживания в условиях большой финансовой ответственности, Вашей палочкой-выручалочкой может стать коммуникабельность. Мой хороший знакомый в таких же ситуациях ни от чего не отказывался, но очень быстро сделал карьеру за счёт того что умел делегировать ответственность таким образом, что не специфичная для его подчинённых работа становилась им в радость и «охотку». Очень быстро (за год) вырос до уровня управляющего всеми складами крупной корпорации, в одном из регионов РФ. Но и до соответствующего уровня ответственности, конечно тоже. =)
Ммм… Отчасти, Вы правы. Но настоящая правда состоит в том, что Вы просто занимаетесь не своим делом.

1. Это тупик. Да, это так. CIO расшифровывают как Career Is Out. Тем не менее, это вопрос достаточного. Кому-то недостаточно 300 тыс.руб., кому-то хватает 40 тыс.руб. Это всё что можно сказать о финансовом вопросе. В профессиональном отношении: оставаться в курсе положения дел в отрасли для менеджера необходимо.

2. Тот же самый вопрос что и 1. Вопрос достаточного. Вы можете организовать свою компанию. Войти партнёром в чужую группу компаний. И т.д. И погодите над этим смеяться, я знаю системного администратора который стал генеральным директором дочерней компании. У него был хороший идея бизнес-план. В этом нет ничего сверхъестественного. Для менеджера, а не для сферического управленца, разумеется.

3. Что делать? Быть на своём месте. Работа менеджера подчинена цели. Цели менеджер ставит себе самостоятельно (в пределах компетенции), а также подчиняется целям компании и спускаемым сверху директивам. Основная цель любой компании известна: получение прибыли. Это вопрос о том, что одних людей надо попросить сходить в магазин и составить список покупок, а другие сами знают что необходимо и составляют список. Если Вы из тех которые не знают что необходимо — Вы находитесь не на своём месте.

4. Цейтнот. Пункт 3. Цейтнот будет тем большим, чем более Вас будут занимать другие.

5. Рваный день. Да. Это называется и по другому: специфика работы менеджера. Хотя это совершенно не обязательно. Какой-нибудь руководитель отдела по охране труда совершенно не знает что такое «рваный день».

6. Ненормированный день. Да. И это тоже специфика работы менеджера. И работая топ-менеджером можно легко оказаться в ситуации показанной в фильме «Ирония судьбы bla-bla-bla 2»: с телефоном на какой-нибудь крыше. Решающим вопросы которые в принципе тебя не касаются. Потому что нижестоящие звенья не отработали и их надо увольнять. Я лично оказывался в точно такой же ситуации с генеральным директором крупного холдинга. И в 3 часа ночи звонок по телефону от собственника корпорации и машина уже ждущая у подъезда — это тоже нормально для топ-менеджера. Так что считайте что Вы живёте как у Христа за пазухой.

7. Инбоксовое переполнение. Ну да и хрен-то с ним, а? Фильтруйте и делегируйте.

8. Чистая, незамутнённая ответственность. Если Вы боитесь ответственности, какой Вы руководитель? Радоваться нечему, бояться тоже нечего. Действует принцип разделения ответственности — делегируйте, в свою очередь. Но то что отвечает Вашим целям как менеджера — несите сами и не отдавайте никому. Более того: зубами держитесь за это.

9. Никаких «not my job». Правильно. Никаких. Выше я написал про ситуацию «на крыше». Если генеральный директор холдинга может оказаться в такой ситуации, то Вы — тем более. Не вижу никаких проблем в том чтобы заставить разработчика мыть пол в компании если это отвечает главной цели — принесение прибыли компании. Во всех остальных случаях он его мыть не будет. Это очень просто понимается когда деньги которые платятся разработчикам 2 раза в месяц — Ваши.

10. Феерический контингент. К сожалению, да. Люди с корочками MBA — притча во языцах. Отечественный MBA/DBA в реальности не стоит ничего. Полученный в одном из аффилированных центров — закладывает навыки которые для отечественного бизнеса будут применимы только если их носитель будет обкатан на самых нижестоящих бросовых должностях, покажет там свою эффективность и не растеряет амбиций. Исключение составляют случаи когда MBA получают собственно состоявшиеся предприниматели, собственники, действующие топ-менеджеры с опытом работы.

11. Пищевые цепочки отчётности. Отвечают целям компании. Которые надо понимать, фильтровать и разделять (или менять компанию на интересную именно Вам и имеющую те цели которые Вы можете разделить).

12. Тёплое человеческое общение. Сколько угодно. Проблема всегда в человеке, а не вокруг. Разработчики вообще по натуре интраверты, они стараются не участвовать в корпоративах, общественной жизни компании и этом самом тёплом общении. Сколько бы их не звали и не вытаскивали. Корпоратив можно считать фальшивым, но он всё равно объединяет коллектив, за исключением тех кто старается от него отгородиться. Если Вы «бежите» своего рабочего места, кто в этом виноват? Зайдите в конце концов в курилку!

13. Больше не свой. Все рады общаться «по душам» с человеком от которого зависит зарплата. При условии что он сам готов к этому. Если Вы сами не «рубаха-парень», то кто виноват в том, что люди не видят в Вас человека с которым можно общаться «запросто». Менеджеры которые с персоналом «на одной ноге» всегда ценились и будут цениться. Именно поэтому я и написал о необходимости занимать «своё место».
Слушайте, да ведь Вы хитрец! А почему сразу не:

$fact1 = gmp_fact(1000);
echo gmp_strval($fact1). "\n";

?! O_o
Точно! И для этого необходимо и достаточно нескольких вечеров с инструментом. Чтобы рассмотреть с какой стороны за молоток браться и какой стороной гвоздь забивать. Куда лучше гвоздём попасть конечно приходит с опытом. =)
Эм… Давайте начнём с простого — с PHP. Программу считающую факториал 1000! на PHP и не дающую INF. Внимательно. Я свою дам:

Результат:

0! = 1
10! = 3628800
20! = 2.4329020081766E+18
30! = 2.6525285981219E+32
40! = 8.159152832479E+47
50! = 3.0414093201713E+64
60! = 8.3209871127414E+81
70! = 1.197857166997E+100
80! = 7.1569457046264E+118
90! = 1.4857159644818E+138
100! = 9.3326215443944E+157
110! = 1.5882455415227E+178
120! = 6.6895029134491E+198
130! = 6.4668554892205E+219
140! = 1.3462012475718E+241
150! = 5.7133839564459E+262
160! = 4.7147236359921E+284
170! = 7.257415615308E+306
180! = INF
190! = INF
200! = INF
Эмм… Гласит. ) Если продолжить аналогию, то инструментом будет являться ЯП, деталью — фреймворк и CMS — материалом.

Отсюда, того чтобы прибить молотком (инструмент) на гвоздь (деталь) над дверью подкову (материал), уметь подковывать кобылу необязательно. =)

Imho, конечно.
А зачем? CMS не имеет никакого отношения к языку, а имеет отношение к сисадминству и допиливанию для которого как правило надо знать алгоритмику в общем виде и задачи решать чаще нетривиальные, для которых готового ничего всё равно нет. А если есть, то howto находится гуглом в 5 мин.

Таких вещей которые «невозможно понять, нужно запомнить» есть. Вы правы. Но опытному программисту хватит нескольких дней в новом языке (любом) чтобы запомнить. Он же не тупой. При переключении с языка на язык те мантры которые так нужно было запомнить быстро забываются. Потому что это преходящие всё вещи. Сегодня PHP, завтра BHB, послезавтра BGG ))

phpframeworks.com по итогам голосования PHP-сообщества утверждает что самый лучший фреймворк Yii. Что-то мне кажется шанс встретить в РФ задачи PHP-программисту для Yii… Я от них чаще слышу Zend да Kohana. Выучить экосистему — этот десяток мажорных фреймворков? Так а зачем? Инженерный подход гласит: возмите manual и посмотрите каким вызовом это достигается, так? Когда же мы начинаем работать над конкретной задачей с конкретным инструментарием, вот тогда мы туда и подтягиваем всё необходимое и запоминаем всё что регулярно используется. Стиль программирования вещь вообще надязыковая.
Вы правы если говорить о любом из современных интерпретаторов языков. Там есть заданные ограничения. Сейчас специально проверил для себя вбив в браузер такое:

javascript:function fac(n) {return !n? 1: n * fac(n-1);} alert(fac(100));

Chrome и Reconq нормально дают факториал на 100, на 1000 говорит — infinity. Perl и PHP (не буду приводить) на 1000 дают INF.

А у Python есть sys.setrecursionlimit который таки позволяет вычислить 1000!

В общем я редко пишу на чём-нибудь из перечисленного выше и у меня таких добрых инструментов нет. Поэтому на переполнениях мои компиляторы и ассемблеры тупо виснут.

Информация

В рейтинге
Не участвует
Откуда
Санкт-Петербург и область, Россия
Дата рождения
Зарегистрирован
Активность