GPL «заразна»: если кто-то что-то взял из GPL кода, то он тут же должен и свой код опубликовать (если я правильно её понял).
Свой же код я опубликовал потому, что он может облегчить кому-то жизнь. Не нужно писать всё с нуля, можно взять готовые куски и построить что-то своё на их основе.
В принципе, эти два утверждения между собой не связаны ;)
Знаю, долго возился с задачей «а как бы заставить это ехать ровно». В итоге взял моторчики с двумя валами, поставил энкодеры прям на них и написал код ПИД-регулятора, который стабилизирует скорость. Помогло, но лишь отчасти. Оказалось, что при старте колёса «срываются в букс» и игрушку сносит в произвольную сторону ;) Поэтому код ПИД-регулятора так и не вошёл в конечную прошивку (и тоже остался на версию 3.0). Зато я нашёл другую резину, которая сильно мягче. Экспериментирую. Фоточка с энкодерами:
Спасибо, посмотрю. А «Луноход» — это название оригинальной игрушки, родом из СССР (можно вот здесь глянуть: ru.wikipedia.org/wiki/Big_Trak). На неё я и «смотрел», когда делал свою.
Например, в моей практике был случай, когда из-за увольнения сеньора важный релиз был отложен на 3-4 недели. Это очень большой срок, и бизнес это не обрадовало.
А можно, пожалуйста, подробностей, что такого особенного может произойти за 3-4 недели, что может пагубно сказаться на бизнесе? Я в курсе, про хотфиксы, но вот про плановые релизы — не понимаю.
Пример: я «каждый» день пользуюсь браузером, я.такси/ситимобил, git-ом. Уверен, что если их очередная версия выйдет не прям сейчас, а через месяц — я абсолютно не пострадаю. И компания-производитель не пострадает, ибо клиенты как пользовались «приложенькой» (приносили деньги), так и пользуются. (Более того, клиенты даже будут рады задержке, ибо им реже придётся переучиваться (ибо дизайнеры очень любят менять интерфейс и, порой, прятать самые нужные кнопки в самый дальний угол)).
В общем, я бы с радостью послушал аргументацию автора.
(Без сарказма, действительно интересно).
Что-то не так вы мержите… Что может быть неприятного?
Попробуйте мёржить хромиум. В каком-нибудь своём браузере (производном от хромиума).
Раз в полтора месяца приходится дорабатывать свой замечательный, отлаженный код, просто чтобы он снова начал собираться. Потому что гугл взял и в очередной раз напрочь отрефакторил какой-нибудь кусок хромиума, который у вас используется.
С помощью гугла и какой-то матери удалось выяснить, что:
черный — земля
красный — питание (5В)
синий (зелёный?) — сигнал (у меня он изменяется от 0.8В до 4.2В примерно)
Потому что если вы занимаетесь каким-то делом, то ровно к 18:00 вы его не закончите.
У Яны Франк есть несколько отличных книжек по time management-у. Хотя и называются они «для творческих людей» и т.п.
Суть в том, что работу можно рубить на куски по 45 минут. И работать по часам. А чтобы заканчивать вовремя надо просто прикидывать в конце отрезка времени: могу ли я это закончить за 15 минут? Если могу, заканчиваю. Если нет, то топчись оно всё конём, в следующий 45 минут интервал доделаю.
В общем, никаких проблем, было бы желание.
Не вижу ничего хорошего. Вот тут про детские садики вспомнили. Типа они все уходят ровно в 18:00, чтобы забрать детей из садика. Ну что за бред? У вас в городе один детский садик? И все дружно к нему идут из офиса?
Про садики. Садики в Москве (про другие города не в курсе) бывают ровно двух видов: государственные и коммерческие. Чтобы попасть в гос. садик нужно встать в очередь. В момент рождения ребёнка. И выбранный садик поменять в дальнейшем будет нетривиально. То есть, садиков то много, но вот какой выбрал, такой и используешь. Альтернатива — коммерческие садики. Но они стОят порядка 30-50к за одного дитя (кажется, ни разу не пробовал, друзья рассказывали).
В общем, нет ничего плохого, когда человек уходит в 18:00.
Мне кажется, ситуация «все уходят в 18:00» практически невозможна. Потому что для этого надо бы приходить в 9:00. Личный опыт подсказывает, что такого в живой природе почти не встречается (сужу по IT компаниям). Ибо люди начинают приходить на работу в 8:00, а самые неторопливые могут и в 13:00 (один раз видел тех, что приходил в 16:00).
Вот сисдамин, который уходит ровно в 18, хотя за 5 минут до этого ему позвонили пользователи с проблемой, а он ответил «ничего не знаю, мой рабочий день почти закончился и я ни на минуту не задержусь» — по вашему это норма?
Случаи бывают разные. Может человеку надо дитю из садика забирать. И 5 минут на работе выливаются в лишних полчаса в пробке и дальнейшие обиды со стороны воспитателей. (И крайним будет дитё).
Опять таки, зачем пользователю решать проблему в 18:00, если он всё равно домой свалит :)
Невозможно получить полное совпадение.
Хотя бы потому, что в exe могут попадать даты сборки.
Или сборочные пути (если собирается exe+pdb).
В общем, чтобы хеш получился тем же, нужно потратить некоторое количество усилий на допил исходного кода и придумывание специальных условий для сборки.
GPL «заразна»: если кто-то что-то взял из GPL кода, то он тут же должен и свой код опубликовать (если я правильно её понял).
Свой же код я опубликовал потому, что он может облегчить кому-то жизнь. Не нужно писать всё с нуля, можно взять готовые куски и построить что-то своё на их основе.
В принципе, эти два утверждения между собой не связаны ;)
Ну, мои исходники всё-равно на github лежат, надеюсь этого достаточно для выполнения требований LGPL.
Но кажется, что только одна пара была ведущей.
ЗЫ: мысль про 6 колёс мне тоже в голову приходила, и прям сейчас я пилю версию 3.0. См. фото!
Впрочем, я не юрист, могу ошибаться.
lleo.me/arhive/humor/maslo.shtml
А если серьёзно: я просто на полгода переключился на другую задачу и забыл про ручку :(
За подробности спасибо.
А можно, пожалуйста, подробностей, что такого особенного может произойти за 3-4 недели, что может пагубно сказаться на бизнесе? Я в курсе, про хотфиксы, но вот про плановые релизы — не понимаю.
Пример: я «каждый» день пользуюсь браузером, я.такси/ситимобил, git-ом. Уверен, что если их очередная версия выйдет не прям сейчас, а через месяц — я абсолютно не пострадаю. И компания-производитель не пострадает, ибо клиенты как пользовались «приложенькой» (приносили деньги), так и пользуются. (Более того, клиенты даже будут рады задержке, ибо им реже придётся переучиваться (ибо дизайнеры очень любят менять интерфейс и, порой, прятать самые нужные кнопки в самый дальний угол)).
В общем, я бы с радостью послушал аргументацию автора.
(Без сарказма, действительно интересно).
Попробуйте мёржить хромиум. В каком-нибудь своём браузере (производном от хромиума).
Раз в полтора месяца приходится дорабатывать свой замечательный, отлаженный код, просто чтобы он снова начал собираться. Потому что гугл взял и в очередной раз напрочь отрефакторил какой-нибудь кусок хромиума, который у вас используется.
черный — земля
красный — питание (5В)
синий (зелёный?) — сигнал (у меня он изменяется от 0.8В до 4.2В примерно)
У Яны Франк есть несколько отличных книжек по time management-у. Хотя и называются они «для творческих людей» и т.п.
Суть в том, что работу можно рубить на куски по 45 минут. И работать по часам. А чтобы заканчивать вовремя надо просто прикидывать в конце отрезка времени: могу ли я это закончить за 15 минут? Если могу, заканчиваю. Если нет, то топчись оно всё конём, в следующий 45 минут интервал доделаю.
В общем, никаких проблем, было бы желание.
Скажите лучше, как вам удалось заставить всех приходить в 9! ;)
Про садики. Садики в Москве (про другие города не в курсе) бывают ровно двух видов: государственные и коммерческие. Чтобы попасть в гос. садик нужно встать в очередь. В момент рождения ребёнка. И выбранный садик поменять в дальнейшем будет нетривиально. То есть, садиков то много, но вот какой выбрал, такой и используешь. Альтернатива — коммерческие садики. Но они стОят порядка 30-50к за одного дитя (кажется, ни разу не пробовал, друзья рассказывали).
В общем, нет ничего плохого, когда человек уходит в 18:00.
Случаи бывают разные. Может человеку надо дитю из садика забирать. И 5 минут на работе выливаются в лишних полчаса в пробке и дальнейшие обиды со стороны воспитателей. (И крайним будет дитё).
Опять таки, зачем пользователю решать проблему в 18:00, если он всё равно домой свалит :)
(Хотя теперь у меня вопросов больше, чем ответов ;)
Хотя бы потому, что в exe могут попадать даты сборки.
Или сборочные пути (если собирается exe+pdb).
В общем, чтобы хеш получился тем же, нужно потратить некоторое количество усилий на допил исходного кода и придумывание специальных условий для сборки.