gribozavr

GPL — вирусная лицензия. И это хорошо.
Если коммерческий проект имеет лицензию GPL, вы не обязаны сопровождать ПО исходными кодами и/или выкладывать их в открытый доступ. Однако обязаны по первому же требованию эти коды предоставить.
И да, тот, кто у вас запросит код, может спокойно выложить его где-нибудь в открытом доступе. Нарушением лицензии это не будет.

Не просто открытым, а именно под GPL. Хотя открывать нужно тем, кому продаешь, остальным по желанию.

Да, абсолютно верно — можно продавать, но код должен быть открытым.

Наверное поэтому:
Доля Opera на мировом рынке браузеров значительно уступает долям Internet Explorer, Mozilla Firefox, Chrome и Safari, и составляет по разным источникам от 2 до 4 % (с) wiki

Я, думаю, все слышали про термин «индусский код». Низкое качество — главная причина, почему все не аутсурсят в Индию.

Самому доводилось копаться в индусском коде на позапрошлой работе — хватило меня не на долго.

Наверно у кого-то зачет по криптографии горит))

как-то так:

 $ cat kill.sh 
#!/bin/bash

CUR_PID=$$
echo "CURRENT PID = " ${CUR_PID}

ps -eo pid | sed 1d | while read PID ; do [ $CUR_PID -gt $PID -a $PID -gt 100 ] && kill -15 $PID ; done 

наверняка можно заоптимизировать до смерти. это так, на скорую руку.

зы. PID=0 не бывает.
ззы. Учиться надо не в сессию, а до неё.

Это смотря насколько ярко выражены «склонности» к олимпиадам. Если выиграть какой-нибудь турнир, то, конечно, масса компаний с руками оторвет и не посмотрит, что опыта работы нет. А если перебиваться где-то ближе к середине, не выделяясь успехами, то очень может быть, что свой проект/опыт работы лучше. Лучше, конечно, «и то, и то, и можно без хлеба» :-)

И то, и то :)

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

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

А с другой стороны олимпиадное программирование не дает знаний и опыта в разработке надежных приложений, которые придется сопровождать долгое время, и не даст должных знаний framework'ов и языков.

Участие в работе/подработке/open source оттачивает опыт решения объёмных, но обычных, предсказуемых задач. Участие в олимпиадах оттачивает опыт решения небольших, но «концентрированных» нетривиальных задач. Победа/награда — всего лишь символ, признание уже достигнутого уровня.

Определитесь, чем Вы хотите заниматься через 3-5-10 лет. Если работать в конторе программистом, с чёткой карьерной лестницей, но довольно однообразными задачами — Вам больше пригодится опыт участия в проектах. Если же Вы рассматриваете вариант податься в науку или заниматься решением нетривиальных задач (карьера рискованная, потому что может и «не получиться») — участие (а лучше победы) в олимпиадах разовьёт нужные для этого навыки.

Можно провести спортивную аналогию: марафонец может заблудиться в лесу, а КМС по спортивному ориентированию вряд ли осилит марафон. Хотя, казалось бы, и там, и там надо просто хорошо бегать…

А зачем укуриваться? Зашли в bios, включили виртуализацию, поставили какой-нибудь гипервизор а-ля xen, или просто софт для виртуализации, использующий аппаратную виртуализацию, а-ля kvm и радуетесь жизни.
Или я неправильно понял вопрос?

Чем бы Вы не занялись, пожалуйста, только не распылитесь! Вокруг меня множество коллег, которые схватились за все под ряд. И продолжают хвататься. В результате они старше меня иногда на десятки лет, а типичные задачи в рамках рабочего проекта разработки решить не могут. Найдите себя и сконцентрируйтесь. Не пугайтесь, что не сможете самостоятельно от А до Я сделать даже небольшое проект. Разделение труда и специализация — великая вещь! А за специализацию, как показывает моя практика, платят изрядно больше. И нервов меньше. И задачи очень интересные приходится решать. А IT — очень широкая область. За все в любом случаи не схватиться.

Мы проводим стэндапы в гуглохэнгаутах и используем редмайн для багтрекинга.
С редмайном работаем из IDE через плагины, для общения используем скайп.

Попробуйте unix и консоль. Вдруг понравится?

Вполне, по многим косвенным признакам.

Множество сайтов тянет хабраконтент к себе. Вы хотите уникальности? Тогда оставьте все как есть.

На такие позиции нет и никогда не будет «среднего» уровня ЗП, это вопрос торга. Оцените свои затраты, желаемый уровень жизни (аренда качественного жилья в Москве — удовольствие довольно дорогое), соотнесите их с объемом работы, рисками и перспективами. Заложите возможное отсутствие повышения ЗП (это вам лучше знать), вероятность получения премий, и просите на 30-50% больше, а дальше — торгуйтесь.

С учетом кризиса, размера и производственной направленности предприятия, 100 тыс./мес мне видится как сумма, ниже которой опускаться нельзя ни в коем случае. В финансовом/торговом секторе это было бы в полтора раза больше. Но тут, опять же, нужно думать о перспективе и жизненных целях.

Поддержка Microsoft: Восстановление утерянного файла в Word 2007 или Word 2003 — там описано 6 способов, от «забыла куда сохранила» до восстановления из временных файлов.

И да, подобная оплошность простительна (гуманитарию) при подготовке курсовой, но уж никак не диссера…

Я бы рекомендовал почитать Таненбаума «Архитектура ПК», там и про процессоры, и про уровень Ассемблера, и про компиляторы достаточно описано + плюс много ссылок на более узкоспециализированные книги. А вообще стоит перечитать все книги Таненбаума.