Александр Баумгертнер

Автор, прочитав повнимательней кажется понял в чём причина: судя по всему через баг в роутере были изменены настройки DNS.
1) Лезь в роутер, прописывай родные DNS (или DNS от гугла: 8.8.8.8 / 8.8.4.4), меняй пароль, перезагружай роутер.
2) Если проблема останется — попробуй напрямую подрубиться без роутера.

Поговаривают git мержит хорошо, не в пример svn(думаю многие в этом убедились при крупных слияниях веток). Раньше я гит только трогал немного, плотно с ним не работал, но сейчас моя команда в составе 4-х девелоперов переезжает на git. Время покажет что лучше.

Если в SVN вам не нравится только наличие лишних служебных файлов в каждой директории, то вы можете перейти на SVN 1.7, в котором этого уже нет

Имхо, если разрабов не больше десяти и не со всего света, то svn предпочтительнее, тем более, если svn уже юзается

Git — распределенная система. Нет центра.
У каждого разработчика будет своя копия репы со всеми комитами.
Файлы ваши, все их версии, будут у каждого. Гит, вроде как, дельту не хранит.

давайте и тут попрошу
трассировку до vk.com запостите

@asci, ога, только чёрное или белое?

Себя вы, поди, причисляете к «мизантропам»? (ну вряд ли человек сам себя назвал бы «болтуном»).

Он хороший спец, владеет тысячей технологий и приемов, паттренов и т.д. однако не любит работать с людьми.

Очень сомнительно, что можно знать каждую технологию (тысячи их!) и одновременно знать детали каждой. Know a little about alot or alot about little?

Во-вторых, должность тим-лида, а уж тем более архитектора, подразумевает ответственность за команду, её результаты и состав (в том числе подбор в команду). И не только в виде формального конструктора лего по по тех. скиллзам, но и психологическое (человеческое) соответствие команде.

От тех, кого вы называете «болтунами» (ну как минимум Product/Project Manager -> Team-Lead/Architect -> CTO/CEO) зависит то, в каких условиях будут работать команда. Если ПМ толковый как управленец-технарь и, о чудо (без иронии), ещё и на уровне «миддла», скорее всего вы будете работать без дибильных «приход в 7-30, штрафы, стол метр на метр, заказчик хочет вот тут и там рюшечку, а ещё шапочку, второй монитор? / кондишн? — зачем??».

Может быть вам повезло и вы не встречали на своём пути вышеописанного и воспринимаете окружающее как само-собой разумеющееся.

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

Разработчик, как правило, развивается быстрее, чем компания. Чтобы идти в ногу с собой, скорее всего придётся менять работы, в современном мире это уже в некотором роде стало нормой. Начинать с нуля не придётся — у вас в голове остаётся опыт, глубокие познания ремесла и наработки, за которые ваши клиенты (наниматели) готовы платить с каждым разом всё больше. И к нанимателям, которые задают вопрос «кем вы видите себя через Н лет» вместо «как организовать независимость модулей вот этой системы», я бы относился с осторожностью. Есть риск попасть в секту с корпоративной шизой (я в такой некоторое время работал), это отнимет годы вашей жизни, а в замен подарит стабильную зарплату, KPI и корпоративы с «мафией».

Были те же самые аргументы за и против: в конечном итоге микроволновка стоит в кабинете, и никто не умер от запахов еды. Хотя вот прямо сейчас невкусно пахнет тушеной капустой. На производительность не влияет, вспышек гнева в коллективе нет. Правда, это наверно зависит от коллектива.

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

1. Флэнаган, 6-е издание. Самая лучшая и правильная книга. Лидирует с огромным отрывом от всех остальных, вместе взятых. На русском пока не было и неизвестно, будет ли вообще: издательство «Символ», которое собиралось её выпускать, накрывается медным тазом.

2. Крокфорд, бывает по-русски в сносном переводе.

3. По желанию — Стефанов.

4. Книга Резига лично мне не понравилась; по-моему, автор дудит в какую-то свою дуду и извращает высокие идеалы истинного JavaScript. Впрочем, это моё субъективное впечатление.

И самое главное — ни в коем случае не читать книги русских авторов. Не только по JavaScript, но и на любые компьютерные темы. Одна-единственная книжка отечественного автора способна так засрать мозг, что потом не поправить десятком других, правильных книжек.

А если кто-нибудь вам советует книги русских авторов — не водитесь больше с этими людьми, а то заразитесь от них и умрёте (как специалист) в страшных профессиональных мучениях.

Что касается онлайн-учебников и прочих ресурсов в Интернете — там 5 % пользы и 95 % говна. Их можно читать, только если вы уже умеете сами отличать говно от пользы. Иначе — см. предыдущий абзац.

А я бы для разработки взял Mac Mini и какой-нибудь хороший 24" монитор по DVI. Если все же хочется ноутбук, то берите MBA.

Эм… Кто первый придумает как этим подзаряжать сотовые?

На основе своего опыта использования этих девайсов, могу совершенно однозначно порекомендвоать Air.
В качестве дополнительного монитора использую стандартный FullHD монитор, переходник родной (DVI), никаких проблем не замечено, кроме того, что раз в неделю он в процессе работы отваливается и надо перевоткнуть.

Преимущества:
1. Air — это, конечно же, небольшой вес и отличная мобильность, можно брать куда угодно, домой или в длинную очередь госконторы.
2. Разрешение экрана, в прошке 1280x800, в Air 1440х900.
3. У Air отличное антибликовое покрытие (возможно в прошке тоже можно заказать, но я никогда ни у кого не видел)
4. Запястья лежат ниже, потому что он тоньше. Возможно, я один такой, однако удобнее.

Из недостатков:
1. В Air нельзя (по крайней мере, официально) воткнуть 8 гигов памяти, однако по этому поводу я не испытываю неудобств, всё что нужно и так работает хорошо.
2. В Air отсутствует привод для компакт-дисков. Если ваша работа не связана с ними, проблемой не является.
3. Нельзя купить модель с HDD, любителям музыки, захвата видео и прочих мультимедийных радостей нужно подключать внешний винт.

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

На сколько я помню, что бы взаимодействовать с апи вконтакта или фейсбука требуется, что бы пользователь разрешил Вашему «приложению» получать какую либо информацию пользователя. Это делается через псевдо авторизацию через апи (http://developers.facebook.com/docs/authentication/).
До этого момента в апи лежит или пустота или дефаултные записи.

Может вот это api.jquery.com/category/callbacks-object/ поможет.

Чтобы стать программистом, который не просто пишет по гайдлайнам, но ещё и всё понимает и чувствует код, надо написать не один десяток велосипедов и сравнить свои велосипеды с велосипедами других программистов. Понять, почему твой велосипед работает хуже и написать новый велосипед.

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

Конечно, я не одобряю велосипеды в профессиональном программировании, но для обучения и саморазвития, по-моему, нет ничего лучше.

Я до 2-го курса ничего не понимал. Даже писал что-то, но не понимал. А потом как-то снизошло озарение :) Из книжек посоветую www.ozon.ru/context/detail/id/1313520/ и www.ozon.ru/context/detail/id/5602592/, именно благодаря ним я смог разобраться в С++ и C#. Ну а вообще, до сих пор на работе бывают ситуации, когда не знаю что делать и не понимаю, что происходит. Но всё же получается найти выход. Иногда даже изящный :)

В общем, try harder!

P.S. Процесс программирования должен приносить удовольствие. Не набирание кода, а именно ммм… видеть, как у тебя на глазах, из пустоты появляется нечто работающее. Я чувствую себя творцом, художником, архитектором и это очень мотивирует )