• Что получает инвестор от доли в стартапе?

    @ahosta
    То, что вы имеете ввиду - это не инвестор, а совладелец.
    В принципе инвестор может быть и совладельцем.
    Может и вкалывать в фирме на равных.
    По всякому можно.

    Влиять - голосованием.
    Если твои 30% - то у тебя 30% голосов.

    Если кроме тебя еще один человек (основатель) владеет всем остальным 70% - забудь про влияние.
    У него все нитки.

    Правда, у тебя остаются всякие подковерные игры - мол, продаж свою долю бандитам, если сделаете не по-моему.
    Или - напротив: если сделаешь так, то дам еще денег.

    Инвестор - может как получить потом свои деньги с наваром, так и все потерять. И это НЕ КРЕДИТ. Вам никто НИЧЕГО вернуть не обязан. Готовьтесь морально.

    Если те, у кого 70% голосов решат ВООБЩЕ НЕ ВЫВОДИТЬ ДЕНЬГИ НА ПРИБЫЛЬ, а все пустить в развитие - то вы НИЧЕГО НЕ СМОЖЕТЕ ПОЛУЧИТЬ.
    Ответ написан
    Комментировать
  • Насколько сложно сделать рефакторинг проекта и переписать код с C# на Python/Java?

    @kttotto
    все, что .NET
    Если, как Вы говорите, проект написан чисто, задокументирован и адекватно выполняет свои задачи, то зачем его переписывать? Если дело только в виндовс, то дешевле и быстрее перевести под Core, будет Вам линукс.

    насколько адекватно оставлять Backend на C# в 2018 году?

    Вот именно сейчас это адекватно) Большинство нового интерпрайза начинают писать на C#. Нам, наоборот, приносили большой проект с Питона переписать.

    Я считаю, что переписывать стоит только если проект не справляется с задачами или затруднена дальнейшая поддержка на этой технологии. А так, какая разница, но чем он.
    Ответ написан
    5 комментариев
  • Насколько сложно сделать рефакторинг проекта и переписать код с C# на Python/Java?

    OnYourLips
    @OnYourLips
    И что будет быстрее (ближе) к C#? Java или Python?
    Java конечно же гораздо ближе. А переписывать проект с C# на python - вообще странна идея, обычно наоборот делают.

    Однако я не вижу смысла переписывать что либо в вашем случае, если исходный проект нормально написан.
    Ответ написан
    Комментировать
  • Насколько сложно сделать рефакторинг проекта и переписать код с C# на Python/Java?

    @immaculate
    Программист-путешественник
    Переписывать как правило дольше, чем тот же проект писать с нуля. Но я сужу по маленьким проектам. Большой проект может оказаться переписать на порядок сложнее... Хотя я и люблю Python, но в данному случае лучше нанять людей, которые знакомы с языком. Выйдет дешевле.

    Хотя могут быть какие-то нюансы, без знания того, как написан код, сложно что-либо сказать определенно.
    Ответ написан
    Комментировать
  • Насколько сложно сделать рефакторинг проекта и переписать код с C# на Python/Java?

    DarkRaven
    @DarkRaven
    разработка программного обеспечения
    Java ближе по синтаксису, дает статическую типизацию и скорее всего, часть кода C# можно будет конвертировать (хотя, лучше не стоит).
    Python - замечательный язык, со своими особенностями. Динамическая типизация, интерпретируемый и т.п., с ним будете полностью переписывать, определенно.

    Мое личное мнение - выбирайте Java, язык со статической типизацией, синтаксис, близкий к C#, огромный мир энтерпрайза.

    А вообще, почему бы не .NET Core? :-)
    Ответ написан
    3 комментария
  • Насколько сложно сделать рефакторинг проекта и переписать код с C# на Python/Java?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Переписывать на C# будет эквивалентно написанию программы с нуля по очень точной спецификации. При переписывании на Python вы можете просто не покупать программу на C#, так как она вам ничего не даст. Но самая трудная часть проекта в том, что вам нужны будут программисты хорошо знающие оба языка из пары, а это программисты редкие и дорогие.
    Ответ написан
    Комментировать
  • Как спроектировать архитектуру большого проекта с начальным знанием программирования?

    Ptolemy_master
    @Ptolemy_master
    Попробуйте начать с описания функционала. Что должна уметь делать система в минимальной версии? Выбрасывайте все лишнее. Запишите функции в виде списка, без деталей, например: "отправка и сохранение данных в серверной БД". Избавляйтесь от любых финтифлюшек, без которых может обойтись MVP.
    Затем переходите к интерфейсу. Определите, что именно должна делать система, как это будет выглядеть. На бумаге нарисуйте экраны вашего будущего приложения. Отработайте с карандашом сценарии, вот буквально проговаривайте "пользователь кликает на эту кнопку, открывается такое-то окно".
    После этого вам станет ясно, на какие логические модули можно разбить приложение, запишите их.
    Теперь разберитесь с горизонтальными уровнями.
    Первый слой обычно - это интерфейс веб- и мобильного приложений.
    Второй слой - обработка пользовательских данных (что куда отправляется, какие окна открываются и т.д.).
    Третий слой - работа с данными (какие объекты создаются, что с ними происходит).
    Сама база данных - создайте объекты и связи между ними, можно использовать какое-нибудь приложение для моделирования типа Visio.
    Затем в каждом уровне в соответствии со сценариями определяйте объекты, функции. Если не знакомы с ООП, познакомьтесь, это не займет много времени, но сэкономит вам его потом.
    Ответ написан
    Комментировать
  • Как спроектировать архитектуру большого проекта с начальным знанием программирования?

    tema_sun
    @tema_sun
    В вашем случае методолгия "хренак-хренак и в продакшн" подойдет как нельзя лучше. Я не шучу. Наговнокодьте что-то работающее, ничего страшного в этом нет.
    Ответ написан
    Комментировать
  • Как спроектировать архитектуру большого проекта с начальным знанием программирования?

    saboteur_kiev
    @saboteur_kiev Куратор тега Python
    software engineer
    К сожалению с начальным знанием программирования - никак.
    Вы не можете привлекать сторонних разработчиков, но уже привлекаете их через Тостер.

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

    Как говорят - оптимизация до оптимизации не нужна.

    У меня был опыт запуска интернет-магазина во времена, когда их было десяток на всю страну. Первый интернет-магазин мы писали почти полгода, внедрив в него тысячи фич, которые оказались невостребованными. Через год проект себя отбил, и мы заказали не редизайн а весь магазин с нуля. Разработка шла 2 месяца, обошлась в 4 раза дешевле. Функционал стал гораздо удобнее. И мы поняли, что в первый раз надо было тоже пойти по более простому пути, тогда мы мы запустились на 4 месяца раньше и отбились бы за полгода.
    Ответ написан
    1 комментарий
  • Как спроектировать архитектуру большого проекта с начальным знанием программирования?

    @asd111
    1. Спроектируйте сначала API. Т.е. весь список URL и что по какому URL будет происходить. А еще лучше составить ТЗ. Например
    ТЗ https://github.com/sat2707/hlcupdocs/blob/master/T...
    запросы
    GET /<entity>/<id> для получения данных о сущности
    GET /users/<id>/visits для получения списка посещений пользователем
    GET /locations/<id>/avg для получения средней оценки достопримечательности
    POST /<entity>/<id> на обновление
    POST /<entity>/new на создание

    2. Затем проектируете БД и реализуете необходимые SQL запросы и запросы к mongoDB.
    3. Затем начинайте реализовывать один URL за другим по очереди.
    Шаги 2 и 3 можно делать в любой последовательности, но начать желательно с API, т.е. с полного списка URL приложения.
    Ответ написан
    Комментировать
  • Как спроектировать архитектуру большого проекта с начальным знанием программирования?

    @amambaru
    Микросервисы значительно облегчат корректировку после MVP. Облегает горизонтальное масштабирование при росте нагрузки. При условии, что вы их правильно разделили.
    Но при этом микросервисы дают много доп. проблем - накладные расходы на коммуникацию и управление.
    Так ли они вам нужны?

    Вариантов без опыта нет никаких - просто берешь и делаешь. Потом пробуешь и переделываешь.
    То, что известно о существовании концепции микросервисов - это плюс. Но это не дает гарантий.

    Тут главное чтобы пробовать, проверять и переделывать. Много раз.
    Ответ написан
    Комментировать
  • Как спроектировать архитектуру большого проекта с начальным знанием программирования?

    sergey-gornostaev
    @sergey-gornostaev Куратор тега Python
    Седой и строгий
    Как мне кажется, архитектуру логичней разделить на микро-сервисы.

    Вам кажется. Но вы — не Google.
    Ответ написан
    1 комментарий
  • Как спроектировать архитектуру большого проекта с начальным знанием программирования?

    x67
    @x67
    Если вопрос "как?", то ответом будет плохо) Да, вы что то там придумаете, только потом вылезут косяки, серьезные недочеты, узкие места. Если нет денег, то лучше представить как это может выглядеть, разделить на мелкие части и отдельно разбираться в каждой из них, спрашивая у опытных кодеров, а нормально ли так, а что будет если вот так.
    Ответ написан
    Комментировать
  • Как вы сочетаете работу и саморазвитие?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    1) Все свои цели разбиваешь на условные сферы развития (материальная, интеллектуальная и т.д.)
    2) Для каждой сферы выделяешь регулярную зону времени - интервал в течение дня, когда ты ничем другим не занимаешься, кроме действий из этой сферы.

    Порядок зон можно гибко менять в течение дня, можно обьединять, но ни одна из них не должна вытеснять другую. Иначе баланса не будет.
    Если с целями еще не разобрался, можно это бесплатно сделать здесь: shop.pletenev.com/time/trial
    Ответ написан
    Комментировать
  • Входной уровень на Python Junior Developer?

    Все выше сказанное верно. Ищите стажировки, просматривайте вакансии и смотрите какие требования в конкретном месте.
    Как показывает практика, с учетом того что основное направление Python в нашей стране это Web, знания одного только питона будет маловато, учите JavaScript, учите базы данных, УЧИТЕ АНГЛИЙСКИЙ. Как только уровень знаний будет более менее нормальным, начинайте с изучения фреймворков Django, Flask. Как только сможете написать свое первое веб приложение на одном из них, можно начинать ходить по собеседованиям( вероятность успеха крайне мала на данном этапе, однако одно собеседование может научить вас больше чем неделя штудирования документации), берите все тестовые задания которые дают, и выполняйте их, просите что бы Вам давали фидбєки, и указывали на ошибки.
    О фрилансе на Питоне, ИМХО, лучше сразу забыт на первых этапах.
    Из ресурсов могу посоветовать:
    Марк Лутц - Изучаем Питон 4е издание.
    www.diveintopython.net
    djbook.ru/rel1.8
    Ответ написан
    7 комментариев
  • Как вы сочетаете работу и саморазвитие?

    vitali1995
    @vitali1995
    Да точно так же, как управляешь рабочими процессами:
    1. определить цели и приоритеты
    2. обозначить шаги и контрольные точки
    3. придерживаться плана

    Если нет времени/сил/информации/чего-то-ещё, значит задача №1 - высвободить или восполнить недостающие ресурсы. Если они под завязку в работе, значит опаньки - пришло время поразмыслить над образом своей жизни.
    Ответ написан
    Комментировать
  • Как вы "обрабатываете" контент и материал, который изучаете?

    dimonchik2013
    @dimonchik2013
    полковник Андрейченко
    см про PIM

    например
    Ответ написан
    Комментировать
  • Как вы "обрабатываете" контент и материал, который изучаете?

    sfi0zy
    @sfi0zy
    Creative frontend developer
    Я стараюсь всю информацию поделить на три категории:
    • нужно сейчас или в ближайшие дни
    • полезный практический навык
    • может быть когда-нибудь...
    Тут длинный текст, как я этим пользуюсь

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

    Полезные практические навыки запоминать бесполезно. Если есть возможность отработать сразу - делаю, если нет - они переходят в состояние "нужно в ближайшие дни". Факты, связаные с практикой запоминаются сами по себе в процессе работы, записывать их не нужно.

    Нужная на данный момент информация записывается на лист бумаги (а4), при необходимости сопровождается картинками. Картинки иногда очень важны. И стрелочки. Без стрелочек никак. Лист лежит на столе в течении недели, собирая важные термины, какие-то контакты, или что-то, что нужно загуглить или просто не забыть до вечера. Если лист лежит пару дней нетронутым - отправляется под стол и заменяется новым. Написанное собственной рукой хорошо запоминается (гораздо лучше, чем напечатанное), даже если сложно сказать "что было написано", всегда можно сказать "где именно это было написано". Если через пару месяцев лист не понадобился - в дальний ящик. Через год - уничтожается за ненадобностью. Необходимые на данный момент закладки кладутся в отдельную ветку дерева закладок и, когда их количество переваливает за 50 (примерно), сортируются. Часть попадает в основное дерево, часть удаляется.

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

    @o_f
    Веб-аналитик, SEO, контекстная реклама
    Не совсем в тему вопроса, но хотелось бы все-таки затронуть несколько вопросов:
    1. Учить ЯП, даже питон, придется долго. И нудно. Это не менее года каждый день. Это надо понимать в начале пути. Стоит ли, надо ли, для чего, какова цель? Вы будете мучатся пол года, а через пол года поймете что не сдвинулись вообще. Бросите и потеряете эти пол года. Здесь нужно четко понимать для чего -и когда ждать результатов.
    2. Если вы решили связать свою жизнь с программированием именно для работы, а не "для себя", тогда меняйте ориентиры. Не "выучить быстро без английского", а "сделать все, чтобы через 3 месяца можно было подавать резюме на джуниора".
    Вы должны сказать себе ни "я не знаю английского, увы", а "я порву себе *опу, но выучу английский". Ни "быстро хочу язык", а "я кротом зароюсь, но через 3 месяца стану джуном в ххх компании!"
    Для таких серьезных задач - нужны серьезные цели. Например, парень бросает работу и хочет стать программистом. Его финансовой подушки хватит на 4 месяца. Через 4 месяца - либо он джун в работе мечты, либо он неудачник и ищет работу сварщиком снова.
    У вас, судя по формулировке вопроса, нет таких целей или условий.

    3. В идеале, это поучить ЯП самому, а пойти работать по нему стажером/джуниором. Это самое быстрое и эффективное обучение за которое еще и платят. Плюс - это возможность изменить свою жизнь, если сейчас вы далеки от этой профессии.
    В городах-миллионниках есть много вакансий для стажеров. Один год там даст вам в три раза больше, чем 8 месяцев самостоятельного изучения на книгах и курсах.
    4. Вообще не считаю, что надо сначала учить англ, потом ЯП. Одна задача не мешает другой, а наоборот помогает. Английский быстро учится тогда, когда есть необходимость или интерес к какой-то теме. Например, вы хотите прочитать очень интересную книгу, но она на англ. Или все материалы, туториалы на англ. и вы продираетесь сквозь них. Вот тогда язык быстро учится. Поэтому учите и то и то.
    5. ИМХО: На ЯП нужно уделять не менее 3-4х часов в день, на английский нужно уделать не менее 4-5 часов (это 2 часа грызть грамматику, писать, читать, заниматься с репетитором, еще 2 часа смотреть/слушать/вникать в сериалы, фильмы с субтитрами, еще час во время готовки жрачки слушать фоном то, что разбирали) -- и тогда будет толк уже через 6 месяцев. Для джуна хватит.
    Как правило столько времени есть только у студента. Или у безработного :)
    Ответ написан
    Комментировать