Программист

Достижения

Все достижения (14)

Наибольший вклад в теги

Все теги (119)

Лучшие ответы пользователя

Все ответы (137)
  • Что можно реализовать на разных языках программирования? С++ Java Python на какие ОС?

    В первую очередь нужно научится "думать как программист"... но это все бредни)

    Если хотите реально чему-то научится то стоит начать с основ.
    Это Керниган Ритчи "Язык программирования Си".

    С++ не очень сложный язык. Он очень неоднозначный - одна задача может быть решена разными способами и у каждого из них будут свои недостатки. Тем более требует довольно специфических хаков против всяких там SFINAE и constant cast'ов.
    Особенно в последнее время стандартов С++ наплодилось...

    Учить С++ стоит, но до конца разобраться во всём будет очень сложно.
    По минимуму можно прочитать Герберта Шилдтa
    У него есть другие толковые книги по С# и Java - тоже можете глянуть.
    Ну и мне нравится Подбельский.

    С++ хорошо подходит для десктопных приложений.
    Тут можно почитать Макса Шлее Qt 4.8
    При этом особых сверхъестественных навыков С++ не нужно.
    Если хотите ити в "про" уровень - учите коллекцию библиоте boost.

    Java в последнее время очень хорошо себя зарекомендовала в вэбе.
    Хватит первого тома Core Java. Из фреймворков могу посоветовать Grails и Play2.

    Python / JS можно выучить на курсах Codecademy за 2-3 недели. Там же можно разгребсти html/css.

    Если хотите пойти в вэб...
    Желательно разобраться в haml sass compass stylus jade grunt bower yeoman bower angular библиотеках.

    Желательно разобраться с шаблонами проектирования, и почитать Мартина Фаулера.
    Есть ещё книги из серии Pragmatic Programmer самое интересное что у этого издательства нет ни одной плохой книги.

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

    Для кроссплатформенных мобильных приложений можно разобраться с Air и Flex.
    Ответ написан
  • Как выйти из стартапа?

    Во первых нужно воспринимать стартап как бизнесс-проект для исследования и создания новых рынков сбыта, а не просто "у нас есть идея, мы её реализуем и будет всё в шоколаде".
    У любого проекта есть жизненный цикл. Я так понимаю что вы ведёте разработку без обратной связи с сообществом, отсутствием MVP, слабым позиционированием... в общем делаете кучу лишней и непонятной работы.

    Как-то я был на одном из семинаров luxosoft'a, и докладчик "женщино" начала свой доклад с фразы "у кого нету стартапа - тот лох!" (дословно). Собственно я вышел из зала... и больше никогда не связывался с этой конторой.

    На сегодняшний день я вижу кучу наклеек "стартап". Клеят их куда не попадя... хотя на самый простой вопрос ответить не могут: "А какие рынки вы собираетесь исследовать, и какие рынки собираетесь создать ?" Это всё маркетинговые задачи которые сопутствуют и выполняются параллельно задачам разработки и продвижения проекта. У новых рынков есть свои жизненные циклы, и внутренние потребности. Соблюдая их, вы сможете получить стабильный доход даже без привлечения сторонних инвестиций. Инвестиции это вообще план "Я".

    В 80% случаев проекты которые называют "стартапами" не создают новые рынки, а используют существующие, пытаясь адаптировать несколько жизненных циклов в один большой - их ждёт 100% провал.

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

    "Покончить" или "Продолжить" нужно так
    1) Почитать разношерстной литературы типа "Rework", посмотреть лекции Питера Тиля
    2) Осознать что "стартап" это серьёзный бизнес который начинается с "гаражной затеи"
    3) Разобраться с MVP, принципами монетизации и работы с сообществом... понять что ничего из этого нет, и денег соответственно не предвидится.
    4) Попытаться сменить позиционирования проекта для расширения или смены целевой аудитории, проверить гибкость позиционирования. Если возможно реализовать несколько проектов - что вам мешает ? Возможно один выстрелит.
    5) Делать все так как будто у вас нет инвестиций, и никогда не будет... если не получается, значит смысла в такой затее нет.
    6) Решить вопросы личностной мотивации и произвести оптимизацию личных расходов.
    7) Решить вопросы прокрастинации и замены ответственности, разобраться в психологических компенсациях.
    8) Разобраться с личной жизнью и её потребностями, сделать так что бы они не влияли на процесс развития и общую работоспособность.
    9) Сходить к психологу.
    10) Разобраться в определении слова "команда".

    p.s. feel free to contact me via skype
    Ответ написан
  • Существует ли такое понятие, как ресурс процессора?

    Собственно текущее поколение процессоров на 22нм технологиях рассчитано на 20-30 лет использования, после чего у процессоров наблюдается "сдвиг по фазе". Серверное где-то на 50-60. Разгоны и прочие издевательства очень сильно ограничивают срок жизни. Как никак а в таких микро-масштабах диффузию никто не отменял, и при соответствующих температурах в любом случае будет происходить износ. По этому серверное оборудование всегда работает на сниженных частотах и температурных режимах. Собственно недавно эту тему поднимал Линус Торвальдс - учитывая предположительный уровень ошибок и сбоев, ситуация довольно печальная...
    Ответ написан
  • Как объяснить человеку, что использование wi-fi безопасно?

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

    Вот вы на неё "напали" со своим непонятным "wifi", она пойдёт "обсасывать" к подруге, после чего будет от вас "защищаться" всеми возможными средствами. Совсем не потому что это плохо или хорошо, а потому что это её КОМПЕНСАТОРНАЯ ПОТРЕБНОСТЬ.

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

    У ВСЕХ ВСЁ ХОРОШО.
    Если вы будете пытаться прояснить ситуацию - станете врагом народа, и средством компенсации.
    Потому что это очень удобно, и вы рядом.

    У нас хорошо воспринимают примитивные силовые методы.
    Замахнитесь на неё сковородкой и скажите что это радиация, после чего замахнитесь на неё листком бумаги и скажите что это WiFi. Она в принципе слабая личность так что подобные агенты должны оставить след в её восприятии, в дальнейшем таких инцедентов не должно повторятся. По крайней мере использовать вас как средство компенсации никто не будет, ибо "страшно".
    Ответ написан
  • Как лучше организовать веб-сайт?

    JS Rich-фронтед лучше потому что у клиента не перегружаются страницы и ресурсы - меньше трафика, быстрее скорость отклика.

    Допустим можно сделать на Angular.js или Backbone и реализовать JSON RESTful API, для его документирования смотреть в сторону Swagger - есть привязки к tastypie. И проганять весь фронтенд на node.js через prerender.io что бы была у роботов возможность индексировать нормально страницы.

    Вот "серверная или клиентская шаблонизация" тут уже было много-много холиваров.
    Люди пытались писать гетерогенные шаблонизаторы которые исполняются и на сервере и на клиенте, Jade к примеру. Поддерживать такое бывает довольно сложно, но никто не запрещает попробовать. Поисковые роботы индексируют "без JS", либо гугл 2-3 раза в неделю "с JS", что собственно полная лажа для SEO. Я пошёл путём наименьшего сопротивления, сначала делал prerender в phantomjs, а потом вышел prerender.io и счастью моему не было придела.

    Важно понимать что node.js в таком случае не резиновый, и при больших нагрузках важно обеспечить хорошее http кэширование - расстановку if-modified-since, и etag'ов. Для этого я использую специально допиленный кэширующий плагин nginx. Вообще поддержка http кэширования в rich frontend'ах сейчас очень больная тема. Её просто нет, и это вызывает много проблем.
    Ответ написан

Лучшие вопросы пользователя

Все вопросы (1)