Университет длиною в жизнь

• Вт, 23:40: Я надеюсь, что все true SJWs немедленно перестанут пользоваться SQLite. Обструкция, бойкот, бан и игнор: https://t.co/uy5ORJliJ1

• Вс, 12:29: TLDs TL;DR: используйте для локальных сред только домены *.test. Остальные ICANN однажды продаст с молотка (как это случилось с *.dev).

Всем привет! Сегодня в рубрике "будни и праздники (не)молодого стар(та)пера" животрепещущий и вечно актуальный вопрос о деньгах.

Допустим, я нанимаю на некую подрядную работу программиста. Работа творческая: есть ТЗ, но в общем виде, и карт-бланш сделать так, как он считает правильным. При этом тематика разработки — довольно узкая (хотя и не такая узкая, как программирование систем защиты атомных реакторов), и программист в ней имеет экспертизу.

Если бы я нанимал просто программиста на эту задачу по жесткому ТЗ, он бы стоил, скажем, 100 000 рублей. Но мне бы пришлось потратить своё время на написание ТЗ и ПэЭминг, либо нанять дополнительно проджекта, который бы стоил еще 50 000. Вопрос: должен ли я заплатить программисту 150 000 как за работу двух человек, хотя по факту он работал один и времени потратил по факту столько же, как если бы работал по ТЗ (за счет того, что срезал углы там, где их можно было срезать, не жертвуя качеством продукта)? Если нет, то сколько бы вы заплатили такому специалисту за такую работу?

И ещё в ту же тему: есть ли опыт или ссылки на опыт оценки эффективности/трудозатратности работы программистов по количеству строк кода? Как считаются отредактированные строки? (типа как в GIT - добавлено 50 000 строк, удалено 15 000, то есть проект имеет размер 35 000 строк, 15 000 из которых были переписаны).

Спасибо!

Update: Про строки кода я говорю скорее о людях в штате, у которых есть и performance review, и peer review, то есть более-менее понятно, что это не индийские фрилансеры, которые генерят формы на PHP по 30 000 строк.

Задача: записать как можно большее целое неотрицательное число как можно более коротким URLом. Скажем, если просто записать его в десятичной системе, то понадобится по символу на каждый разряд, т.е. для записи числа от 1 до 999999 понадобится 6 знаков. Если использовать шестнадцатиричную систему, то на ту же запись понадобится уже 5 знаков (999999 = 0xF423F). Вопрос: можно ли уложить миллион комбинаций в 4 знака в URL?

Решение: в URL можно безбоязненно вставлять символы: 0-9, a-z и A-Z. Это 62 символа. Добавить ещё два наиболее безопасных (например минус и подчеркивание) — и получим удобную 64-ричную систему счисления, т.е. 6 бит на символ, что дает нам 2²⁴ = 16 777 215 комбинаций в 4-значном URL. 6-значный URL даст уже 2³⁶ = 68 719 476 736 вариантов, длязаписи которых понадобилось бы 11 десятичных или 9 шестнадцатиричных цифр. PROFIT!

А теперь внимание, вопрос: мне кажется, или ровно эту задачу решили ребята, сделавшие YouTube? :)

Update: Буратино был тупой. Я только что изобрел Base64 с "-" и "_" вместо "+" и "/" :)

Депутат Лебедев намедни задал сакраментальный вопрос: "можно ли создать альтернативу программному обеспечению Microsoft?" имея в виду дело о школьном учителе и, в этом разрезе, очевидно говоря о десктопном ПО.

"Спросим дружно — нафиг нужно?" Программное обеспечение от Microsoft покупается средним пользователем один раз в пять лет вместе с новым компьютером, стоит при этом в OEM-исполнении порядка 40% от коробочной версии и примерно 5% от стоимости собственно компьютера, и это одиночная лицензия, крупные сборщики наверняка имеют совсем другие условия. Для школ и ВУЗов вообще имеются специальные программы типа ASA, в которой образовательное учреждение оплачивает ежегодную подписку, ставит ПО на все свои PC, да ещё и автоматически получает новые версии.

Ну то есть да, платить Билгейцу 5% налог на покупку нового компа — очень жалко. Но давайте признаемся честно — он ради этого очень старался и у него пока получилось лучше всех.

При чём тут обеспечение информационной безопасности и сохранение секретов? E-mail — это вообще достаточно развитой инструмент, годный не только для переписки точка-точка.

Правильно выстроенная корпоративная почтовая система не ограничивается просто набором ящиков. В нормальной компании помимо физических адресов сотрудников (например ivanov@ petrov@ sidorov@) существуют также:

- ролевые адреса (webmaster@ postmaster@ abuse@)
- внутренние рассылки/дискусионные листы (commerce@ office@ dosug@)
- внешние и внутренние груповые пересылки (admins@ accounting@ managers@ all@)
- IMAP-папки с общим доступом (support@)

Кроме того, в случае увольнения сотрудника, чтобы не потерять контакты — его корпоративный адрес переключается на его заместителя, начальника или преемника. И именно это, а совсем не соблюдение NDA, является основной причиной, почему не надо пользоваться корпоративной почтой для переписки с друзьями и рассылки прекольных кортинок.

Ясен перец, что в таком аксепте держать почту всех сотрудников (по крайней мере, в рамках одного офиса/филиала) на одном домене и одном физическом сервере удобнее, чисто с целью минимизации трафика и вероятности потери при пересылке между "незнакомыми" серверами.

...чем шире растопырены пальцы у очередного интернет-проекта — тем выше вероятность, что он не проживет и года. Русский Lycos протянул почти два с половиной. Возможно потому, что понтов при его открытии было раскидано в разы меньше, чем у других пузырей того же года рождения. Впрочем, лично я скорее доволен таким поворотом — уж больно дурацкий получился проект: эдакий стыдливый недоPupsik.Ru на непонятную аудиторию, завешанный выплывающей, выныривающей и выпыгивающей рекламой. Такие жить не должны.

Update: старожилы-инсайдеры, напомните, какой это по счету умерший проект Себранта? До него было Поле.Ру, загнувшееся при похожих обстоятельствах, а еще раньше — скопытился Гласнет. Что следующее?