• Где искать единомышленников?

    nki
    @nki
    Автоматизация бизнес-процессов.
    Посещайте различные офф-лайн мероприятия по вашей тематике, а еще лучше выступайте на них. Искать подобное я рекомендую на timepad(.)ru.
    Он-лайн сообщества поможет найти гугл.
    Ответ написан
    1 комментарий
  • Какие есть хорошие книги по архитектуре приложений?

    dmitriylanets
    @dmitriylanets
    веб-разработчик
    мне в свое время посоветовал А.Ларин следующие книги:
    - ПРОГРАММИСТ-ПРАГМАТИК (простая, с нее стоит начинать)
    - UML. ОСНОВЫ
    - АРХИТЕКТУРА КОРПОРАТИВНЫХ ПРОГРАММНЫХ ПРИЛОЖЕНИЙ (сложная но интересная)
    - РЕФАКТОРИНГ: УЛУЧШЕНИЕ СУЩЕСТВУЮЩЕГО КОДА
    Ответ написан
    Комментировать
  • Какие есть хорошие книги по архитектуре приложений?

    dmitry_pavlov
    @dmitry_pavlov
    World-class .NET freelance contractor (remotely)
    По архитектуре приложений ничего дельного нет. Все что мне доводилось видеть - это описание того или иного подхода, рассморение его достоинств. Общего обзора по этой теме нет (я не встерчал). Чтобы разбраться в вопросе архитектуры ПО, начинайте читать отсюда и дальше по ссылкам из блока see also. Это, пожалуй, будет самый быстрый способ. Если что-то непонятно по тому или иному вопросу - подчитывайте статейки по этой теме (их много даже на русском на всяких хабрах и подобных ресурсах).

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

    Я сам так сделал когда-то. Весьма неплохо разобрался :)
    Ответ написан
    1 комментарий
  • Стоит ли переходить в mobile dev?

    Taraflex
    @Taraflex
    Ищу работу. Контакты в профиле.
    [Обидный ответ]
    Нет. Занимайтесь тем, чем заставляют на работе. Потому что вместо того чтобы взять и начать книжку андройдовскую читать вы лезете в интырнеты за советами школьников.
    [/Обидный ответ]

    https://www.youtube.com/watch?v=ZXsQAXx_ao0
    Ответ написан
    Комментировать
  • Как вы освоили шаблоны проектирования?

    dmitry_pavlov
    @dmitry_pavlov
    World-class .NET freelance contractor (remotely)
    Когда начался бум и восторг вокруг концепции паттернов проектирования, выкрики "GoF рулит!" и так далее, я озадачился тем, чтобы понять, что за шум?

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

    По аналогии в проектировании софта имееются свои архитектурные вопросы вроде разбиения приложения на компоненты/модули, организации зависимостей между ними, распределение функциональных обязанностей и т.п. Как ловко подметили авторы книжки из этой банды четырех (The "Gang of Four") в нашей индустрии можно также выделить некоторе количество типовых шаблонов, проверенных на практике, чтобы тем самым не наступать на уже обойденные другими грабли.

    Суть постижения паттернов заключается в том, чтобы осознать в каких ситуациях правильно использовать тот или иной шаблон проектирования и правильно его применить. Важно понимать при этом, что формула "чем больше паттернов я придумал засунуть с свое приложение - тем лучше" - неверная. Использовать их следует с умом и только там, где они действительно нужны. Кроме того, патерны устаревают, превращаются в анти-паттерны по мере развития технологий (которые в нашей области делают это более чем стремительно). Ну и, конечно, есть шаблоны общепринятые и есть те, которые успешно используются в узких кругах.
    Тут тоже надо понимать, что это не догма какая-то - типа 10 священных паттернов проектирования :)

    Чтобы понять, где они нужны - нужен опыт. То есть (я лично убежден), что учиться на ошибках других может только крайне ограниченное число людей. Все остальные обязаны набить шишки самостоятельно :)

    К изучению паттернов я дам такие советы:

    1) Прочтите пару книжек, чтобы понять, что это за зверь и с чем его едят. Можно взять одну из вариаций книжки GoF или какие-то производные для вашего стека разработки - познакомиться с основными популярными шаблонами. Сразу после этого я посоветовал бы прочесть книжку "Горький вкус Java" (Брюс Тейт) - она про анти-паттерны. Это чтобы понять обратную сторону их использования. Мне понравилась и уберегла думаю от многих проблем. То что на примере Java - неважно. Речь идет о шаблонах, так что представителям других стеков (к которым отношусь и я) будет просто понять все равно.

    2) Постарайтесь осознать, доводилось ли вам сталкиваться в работе раньше с чем-то, что является или могло бы легко стать одним из шаблонов. Где получалось применить концепт верно, а где из-за этого только проблемы были.

    3) В новых проектах, держите в голове полученные по шаблонам знания - вдруг пригодятся.

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

    Я даже пожалуй посоветовал бы подойти к освоению айтишной архитектурной мудрости с другой стороны - со стороны нефункциональных требований или так называемых "-ilities" - их много. Тут вот описаны 7 штук. А вообще их десятки.

    Среди прочих - такие как maintainability (простая поддержка кода), scalability (масштабируемость), extensibility (расширяемость), availability (устойчивость ) и тп. Если, проектируя свое приложение, вы задумываетесь об этих "илитях" и стараетесь их обеспечить в необходимом проекту объеме, то, как правило, ваше приложение будет иметь отличную архитектуру. При этом шаблоны проектирования в ней появятся лаконично сами собой.

    Поскольку идея использовать шаблоны - это попытка опытных программных инженеров дать десяток готовых рецептов менее опытным, чтобы пока они не научились варить "вкусную кашу", они не варили уж что-то совсем несъедобное. :) Учитесь "готовить", разбирайтесь в -ilites :) и все будет хорошо
    Ответ написан
    6 комментариев
  • Где большие чаты рускоговорящих web-разработчиков?

    toxicmt
    @toxicmt
    CTO at hexlet.io
    В чате хекслета slack-ru.hexlet.io около двух тысяч разработчиков
    Ответ написан
    Комментировать
  • Почему на Odesk так мало работы?

    butteff
    @butteff
    Раз в тысячу лет заправляю свитер в носки
    Я думаю, что предложение действительно сильно превышает спрос.
    Ну и может люди хотят не чистый js, а фрэймворки типа angular или node.js

    Сейчас все снг старается аутсорсить, чтобы получать денег в валюте. Кроме того, бедных стран типа индии, пакистана, меньше не стало. Люди там тоже кушать хотят и все больше граждан с этих государств лезут также на зарубежный фриланс. Т.е. предложение очень сильно сейчас превышает спрос и цены, соответственно, могут быть небольшими. А что касается малого количества объявлений, то я выделяю 3 причины: 1 - низкий уровень качества, из-за того, что на рынке много дилетантов. 2 - Сейчас действительно предкризисные времена на западе и в европе в том числе, свободных денег у населения мало. Очевидно, что код и веб приложения - далеко не первые вещи, нужные для выживания, чтобы все свободные средства тратились на это. 3 - люди, как только найдут хорошего специалиста, предпочтут обращаться к нему снова и снова, нет смысла выкатывать объявление на фриланс. Т.е. поток новых заказчиков и объявлений уменьшается в том числе и по этой причине.

    Кроме одэска есть
    elance.com
    guru.com
    freelancer.com
    Ответ написан
    6 комментариев
  • Какие приложения сделать на Android для практики?

    donkaban
    @donkaban
    Умею рисовать тени
    Systemwide приложение, превращающая фон в картинку с камеры. То есть идете вы по улице, пишете смс, читаете почту, выбираете трек в плеере - и видете сквозь экран дорогу. И продавайте за 3 доллара. Я бы купил.
    Ответ написан
    5 комментариев