Alex Titakoff

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

(Preferences > Package Settings > Package Control > Settings - User) добавляем каналы:

"channels":
[
"https://packagecontrol.io/channel_v3.json",
"https://web.archive.org/web/20150905194312/https://packagecontrol.io/channel_v3.json"
],

Столкнулся с той же проблемой "There are no packages available for installation". Возможно кому пригодится.

Boshnik Маленькая поправка не "В настройках брандмауэра", а в "свойства браузера", а то мне пришлось поискать :).

Но, на данный момент эту проблему решили, сертификат обновили. Но не работало. Сначала оказалось, что лежал сайт (в конце ответа лежит решение позволяющее обойти и эту проблему), проверяем https://packagecontrol.io/channel_v3.json, но и после возобновления проблема не ушла.

Добавляем в настройки плагинов для пользователя (Preferences > Package Settings > Package Control > Settings - User) каналы:

"channels":
[
"https://packagecontrol.io/channel_v3.json",
"https://web.archive.org/web/20160103232808/https://packagecontrol.io/channel_v3.json",
"https://gist.githubusercontent.com/nick1m/660ed046a096dae0b0ab/raw/e6e9e23a0bb48b44537f61025fbc359f8d586eb4/channel_v3.json"
],

Мою проблему это решило. Видимо channel_v3.json выдаёт сейчас не то, что должен. Решение временное, т.к. скорее всего в ближайшее время починят и в вебархиве данные могут устареть.

UPD!!!: поправил код, у кого не работало - ссылка резалась тестером, сейчас в код обернул, спасибо Максим !

UPD2: ещё раз исправил. Добавил свежую ссылку с вебархива от Максим , а так же скопировал на гист свежие данные от 04.01.2016 вторая ссылка, можно использовать по усмотрению. Не забываем о разделителях типа "запятая" :).

PS: Кстати, ST удобно пользоваться гистом, я там и зарегался вчера только из-за любопытства :).

Так же сверстал сайт-портфолио( прошу оценить - )

rar архив на яндекс диске?

Воспользуйтесь для таких целей https://pages.github.com/

1. Аналогию с самими языками проводить не стоит. Аналогию стоит провести для платформ.
Платформы вроде .net и java, которые разрабатывались для энтерпрайза, разумеется лучше для него подходят. И не важно даже, десктопное у вас приложение или веб-сервис. Важно, что в платформе есть поддержка нужных стандартов и технологий с гарантией качества от производителя.
С другой стороны, многие компоненты таких платформ это closed-source. Поэтому, если вы не банк, а стартап, то для веб-сервиса выбирайте
Ruby или Python.
Социальную сеть можно сделать много на чем, но я бы делал на рельсах или джанге. А вот функционал сбербанк-онлайн я бы делал на ASP.NET MVC (т.е. на C#) или на джаве (на спринге например). Однако, тот же близзовский battle.net написан на спринге (сервер когда-то случайно отдал мне stack-trace после ошибки).

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

2. Нет, не будет. Не должно быть, если точнее. Для пользователя язык общения с сервисом - HTTP. Если в современном веб-фреймворке нельзя нормально абстрагироваться от используемой технологии, это плохой фреймворк.

3. На PHP много чего нельзя сделать. Вернее, КАК БЫ можно все, но нормально можно только веб. Именно поэтому для меня он не язык, а какой-то шаблонизатор - слишком у него дурная история и связь с веб (что нехорошо для языка общего назначения). Конечно, современные веб-фреймворки его очень хорошо причесывают, что даже можно работать с ним, но мы же о языках говорим..

4. Для веб-проектов между Ruby, Python и PHP человек бы выбирал исходя из своих умений. У каждого языка своя экосистема (библиотеки, пакетные менеджеры, серверы приложений/плагины для веб-сервера) и довольно непросто знать все сразу. Именно поэтому все расходятся по своим лагерям и просто работают. Первичный выбор языка часто определяет его популярность. Лет 5 назад Руби всех рвал за счет Рельсов, сегодня Питон и PHP подтянулись в плане экосистемы, поэтому ситуация уже другая.
Если человек таки сумел познакомиться с разными языками, он выберет тот, в котором ему проще мыслить. Модель ООП, статическая/динамическая типизация - все это определяет ощущения КОНКРЕТНОГО человека от КОНКРЕТНОГО языка.

5. PHP учится быстрее всех, но если вы не знаете других нормальных языков, лучше его не учите - испортитесь как программист. Python и Ruby учатся примерно одинаково. Изучение C++ - совсем другая история, я бы не ставил его в один ряд с Питоном - этот язык несколько другого уровня и требует других (более глубоких) знаний о вычислительной технике (т.е. он 100% учится дольше, чем Python).

Еще есть java, go - они тоже очень популярны.

И на том и на том пишутся замечательные вещи!

Go очень просто использовать - практически как замена C/C++, только более быстр в разработке. Сильно набирает популярность, достаточно низкоуровневый, чтобы на нем писать системные утилиты и большие распределенные системы. У него есть минусы (дебаггер например), но и плюсов очень много (дебаггер редко нужен).

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

Что касается PHP - изначально язык создавался для простых проектов для WEB, как замена CGI, но вроде бы как вырос, появились объекты... Но, дальше WEB он не развивается.

Что касается Ruby - хороший язык, большая инфраструктура (фоеймворки/библиотеки), куча всего понаписано, куча коммерческих сайтов и государственных, типа портала госуслуг Москвы, если не ошибаюсь. Немного медлителен интерпретатор, но это не повод за него не браться. На мой личный взгляд - основное неудобство, постоянный поиск нужной версии библиотеки при пересборке проекта.

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

Сам программирую на Python, C, Java, PHP.
Относительно неплохо разбираюсь в Ruby и Go, на уровне влесть в чужой проект и поправить ошибку.

Мои фавориты - Java, Python. Присматриваюсь к Go.

Самое правильное - посмотреть лог ошибок сервера. Посмотри, куда скидывается лог апача, в нем найдешь описание ошибки. А причину после этого найти намного проще.

Еще возможно неправильные права у папок стоят, кто-то уже спрашивал на Тостере про ошибку 500 в MODX, поищите.

Если уж сравнивать разные сервисы, то стоит расставить их в порядке популярности:

1. GitHub
2. BitBucket
3. GitLab

Немного подробнее:

1. GitHub

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

- в бесплатном акке нет приватных репо
- аккаунт организации создается из аккаунта юзера, не совсем удобное управление

Обновление от мая 2020: бесплатные приватные репозитории давно есть, управление командами/организациями сильно улучшилось + появился еще целый вагон фич.

2. BitBucket

+ неограниченное количество приватных репо бесплатно
+ аккаунт компании - виртуальный, легче и удобнее управлять
+ куча сторонних интеграций тоже, но меньше чем GitHub

+ / - интеграция с продуктами Atlassian (например, Jira) - кому-то огромный плюс, кому-то минус. Битбакет популярен на западе у энтерпрайзов

3. GitLab

+ бесплатные приватные репо
+ self-hosted версия (но это уже из другой оперы)

- самый молодой, совсем юный, есть баги, функциональность еще бедная и не выпилена
- мало внешних интеграций

Обновление от мая 2020: Функциональность GitLab давно уже нельзя назвать бедной - в некоторых аспектах они и GitHub превзошли.

1. Что вы как девочка? Судя по зарплате у вас ни семьи, ни ипотеки, ни горы кредитов. Какой нафиг кризис?
   
2. 30к хватит на квартиру/комнату, еду и транспорт. Больше ни на что не хватит. Но для junior android разработчика я бы просил 45. 30к это Макдональдс или верстальщик. Если вы будете на собеседовании в Яндексе и пройдете успешно интервью, то можете просить и гораздо больше.
   
3. Вы опять как девочка. Какая разница сколько вам лет и сколько вы работаете? Всех работодателей интересует лишь одно: насколько успешно вы сможете решать его задачи.
   
4. Я нашел первую работу и снял комнату в Питере в 2008. Причем из опыта у меня был только фриланс. Тогда точно так же все вокруг ныли и истерили о конце света и крахе мировой экономической системы.
   

PS1 Переезд из провинции в Москву/Питер могут изменить вашу жизнь полностью. Количество возможностей в городах миллионниках в миллион раз больше. Цены в крупных городах выше, но это другой вопрос. Для начала карьеры вам должно быть все равно что есть: макароны по 30р за 1кг или мясо индейки по 300р за 1кг.
PS2 Чем дольше вы живете в провинции, тем сложнее будет переехать в перспективе. Хотя это не всегда так, но мне кажется в большинстве случаев.
PS3 Как специалист вы будете развиваться гораздо быстрее в крупном городе.
PS4 В мегаполисах другие люди, другой образ мышления. Пожить в мегаполисе должен каждый.

У меня такая же проблема была. Ее причиной был плагин IdeaVim. То есть нужно удалить этот плагин и перезапустить Intellij IDEA.

Почему вы все так спешите начать работать? Да еще и вместо обучения (каким бы оно ни было).

- У вас еще впереди лет 30-40 работы, большую часть жизни вам придется работать. Вероятность того, что вы все эти 30 лет будете работать в удовольствие далеко не 100%.
- Начиная работать на 2-3 года раньше вам не дает сильных преимуществ в перспективе. В практически любой работе гораздо более важна эффективность, а не просто сколько времени вы проработали на определенной должности. Т.е. проработав, например, 5 лет, всегда найдутся люди с меньшим опытом которую делают вашу работу эффективнее (быстрее, качественнее)
- годы обучения в ВУЗе для очень многих людей являются самыми счастливыми, а во многих случаях даже формируют фундамент всей оставшейся жизни: друзья, хобби, знакомства, связи, какие-то ключевые события. Сидя 8 часов в офисе в день на работе или в квартире на фрилансе вы все это упустите скорей всего.
- во время учебы у вас есть масса времени попробовать поработать в разных местах и сферах: backend, frontend, мобильная разработка, дизайн, попробовать заняться научной деятельностью, попробовать что либо вообще не связанное с IT. После нескольких лет работы вы только будете мечтать о таком, но времени и возможности сменить радикально сферу работы вы не сможете просто.

ps ну нахрена вам деньги в 17 лет? Машину купить? Бабу свою свозить в Европу? iMac за 100 тысяч купить? Это все вещи которые не стоят вашего времени как минимум 17 лет точно.

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

Perl отлично дружит с системными администраторами, потому что позволяет быстро и удобно парсить данные, логи (для чего собственно и предназначался), использовать регулярки и выполнять другие команды. И для этого не нужно ООП, это системные скрипты - perl и какой-нить bash отлично дополняют друг друга.

Для системного администратора - perl один из самых удобных языков
Для системного интегратора, уже есть питон, и тут perl отстает.

на Perl могут быть и были написаны многие приложения, включая ПО, обеспечивающее работу атомных станций, поскольку perl надежен - из-за своей простоты и проверенности, perl очень надежный язык.

Perl идет во всех дистрибутивах Linux, и большая часть скриптов работает с тем perl, который из коробки. Затем добавляются библиотеки для работы с БД и с веб. Иногда еще GDI для генерации графиков.