Varnak

Был в довольно похожей ситуации. Проработал 1.5 года и бросил в начале 5 курса, хотя диплом не был перспективным и был написан ради того, чтобы был. Просто устал разрываться на два лагеря, решил что наработаться еще успею за всю жизнь, а воздух студенчества надо ловить пока он не улетучился. За время «ничегонеделания» немного переосмыслил свои взгляды на жизнь, попробовал новые технологии и просто то, что было интересно, но не хватало времени и сил из-за работы и учебы. Мое мнение, что работа никуда не исчезнет, но выбор всё равно за Вами.

Надеюсь они запрос по почте вам отправили официальный? А то позвонить и представиться милицией пло телефону любой может…
Если официальный запрос, то звоните в ваш отдел К и спрашиваете о нём, как подсказали выше.

Регистрировал у украинского регистратора домен в зоне ru — требуют скан паспорта. Но фотошоп вам в помощь. Но только чего вы добиваетесь? Если размещать гавноконтент, то скорее .ru прикроют, чем com/org/net.

Вообще, обычно принято ставить PATH=$PATH:<ваши_пути>.
И, есть небольшое мнение, что такие вещи лучше хранить в отдельном файле, аля ~/.profile, и считывать его, а не напрямую прописывать в bash_*. Зачем — чтобы в других шеллах (ну вдруг они вам понадобятся) считывать ~/.profile, а не копипастить env-переменные в их .rc-фалйы :)

Это ваша вина, когда вам говорили $15 000 вы дали делать за $150 сами должны понимать, что чудес не бывает.
Расчитать студента за сделанное.
Искать нового исполнителя, не жопить.

В целях самообразования — есть, в практических — смысла невижу.

Иногда складывается впечатление, что каждый, кто знакомится с yii считает своим долгом написать свою CMS, которая будет круче всех остальных. И 80% из этих людей задают вопрос в стиле «Хочу написать CMS, стоит ли?». Посмотрите на русскоязычном форуме yii, там довольно много людей писали свои CMS и выкладывали код. Можете помогать им в разработке, что сэкономит время, можете найти единомышленников, которые тоже хотят написать свою CMS. А вообще, я согласен с kotomyava — если нет идеи, то проект изначально обречен на провал.

Идея написать «написать что-то вроде CMS на очень крутом, на мой счет, фреймворке Yii» порочна изначально.
Дело тут не в желании написать CMS и не в Yii, а в том, что писать CMS имеет смысл когда сформулирована некая идея, зачем эта CMS нужна и чем она будет выгодно отличаться от сотен имеющихся. То, что она будет написана на основе какого-либо фреймворка, отнюдь не решающее достоинство.

Правильной идеей было бы: Хочу написать CMS которая будет реализовывать такие-то принципы, иметь такие-то уникальные фишки, и.т.п. ваша же идея провальна с постановки задачи.

dive into python

Facepalm. Могу себе представить такой топик на ответах@маил.ру, но на хабре… Если вы хотите понять «лучше ли он perl», то начните с яндекса или гугла. И с википедии. Там все подробно написано, будет, с чего начать. В 21 веке живем, для того интернет и нужен!

Вижу только одно преимущество — это откат в гос. закупках :)

А если серьезно, то какие либо критично важные проекты на .Net не пишут, если корпоративный портал, для построение своего рода документооборота, то можно накатать на .net, тем более что такое решение продвигается самой microsoft за бешеные бабки))

А так преимущество только одно, можно склепать прототип, показать инвестору, а потом при реализации, уже писать нормальный продакшен решение на java :)

vim

Взгляните на это с другой стороны, ведь законченного проекта не будет, пока не попробовать.

Непонятно, зачем разработчики имеют доступ к svn продакшн-сервера. Кстати, зачем на нем вообще нужен svn? Не достаточно ли иметь там только последнюю сборку приложения?
А так, да, если у ввс есть сколько веток разработки, ведите основную в trunk, остальные в branch'ах, при необходимости делайте merge.

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

Субъективно набор на двораке не то что бы быстрее, но как-то плавнее проходит, что ли. У меня сложилось такое впечатление, что на этой раскладке частонажимаемые клавиши находятся далеко друг от друга и в наборе равноценно участвуют все пальцы, нет такого что мизинцы или безымянные работают меньше.
Ну и еще удобнее набирать всякие скобочки\кавычки.

В общем, если много программируете и часто нажимаете "-" вместо "=" и "{" вместо "}", попробуйте.

Colemak — на мой взгляд ни рыба ни мясо. Дворак для программистов привлек удобством набора скобочек обычных и фигурных. В Colemak они там же где и на qwerty. Не вижу сильно много смысла его учить. Ну разве что если приходится печатать очень много и очень быстро — при действительно большой нагрузке появится преимущество над qwerty в виду того, что нагрузка на все пальцы более равномерна.

Если таки надумаете переходить, вот ссылка на онлайн-тренажер, поддерживающий раскладку Dvorak for programmers: klava.org. На первых порах это будет удобнее чем использование другого тренажера и экранной клавиатуры, потому что на экранной клавиатуре нет выделения только что нажатой кнопки (казалось бы, не очень то и надо, ан нет, гораздо удобнее).

Про vim сказать ничего определенного не могу в силу того, что для меня он «имеет два режима — бибикать и все портить». Как и для остальных программ — хоткеи придется переучивать.

Сейчас очень много пишу на php.
Параллельно изучаю python.

Мне кажется для каждых целей свой инструмент.
Если нужно быстро нафигачить сайтик с 3мя динамическими страницами то и php сойдет.

Что то сложнее где нужна архитектура, тут у меня всегда встает сложный выбор между ZF и Django, но учитывая то что ZF уже год как совсем не шевелится, а до сих пор обещают новую версию, я больше склоняюсь к django. Симфони vs Django, мне кажется что симфони значительно проигрывает по произоводительности.

На php сейчас набирает популярность молодой фреймворк со странным названием Yii, использую его частенько очень простой достаточно быстный, многое заимствованно у рельсов.

Смысл ряляционных баз когда то был лишь в том, чтобы дать ответ на _любой_ вопрос за _любой_ промежуток времени. Т.е. например есть какая-то бд в компании и надо сделать какой-нибудь отчёт.

В интернет-приложениях все несколько по иному. Чаще всего запросы к БД одинаковые за редким исключением (поиск). BigTable и прочие завязываются на этот принцип, создавая индекс на нужные запросы при изменении данных асинхронно.

Таким образом, после изменения данных сразу обновляются и индексы для нужных запросов. В SQL индексы тоже есть, но они на более низком уровне.

MongoDB строит индексы автоматически при первом запросе. Посему это очень похоже на схему lang <-> memcache <-> sql. Но на порядок быстрее, т.к. сам mongodb быстрее чем memcached (я сам сие не проверял ещё и верю с трудом, но все в один голос твердят что это так).

Второй бонус — более простая репликация. В частности, у того же mongodb концепция master-slave и шардов находится в самом сердце.

Третий бонус — map/reduce для обработки данных. Выполняются на встроенном языке (у mongodb это spidermonkey, т.е. яваскрипт).

В общем и целом изначально написанное на mongodb приложение будет теоретически быстрее чем SQL вариант. По крайней мере с быстрой реализацией, наподобие MongoDB.