Задать вопрос
  • Сколько принес Ваш open-source проект?

    alexk111
    @alexk111
    Автор Ботодрома (автоматизация Telegram, VK и др.)
    Еще до прихода популярности Open-Source, в 2004м году я делал бесплатный софт (анти спам тулза). Более миллиона пользователей по всему миру, туча публикаций в разных изданиях, высокие рейтинги и отзывы. Просил донат, даже высылал коробочную редакцию с бонусами тем кто поддерживал. Не пошло. В районе $600 только. Адсенс + аффилятные ссылки на странице после uninstall'a приносили во много-много-много раз больше. Правда адсенс тогда только появился и в дефиците рекламных площадок экстремально высокий CTR и клики по $2.5-$3 были в порядке вещей.
    Ответ написан
    Комментировать
  • Сколько принес Ваш open-source проект?

    leventov
    @leventov
    Забудь про мечты заработать на донате. Точка. Опен сорс + продавать поддержку - тоже полуживая модель.

    Делай опенсорс + копилефт лицензия (напр. Gpl) + продажа лицензий для Энтерпрайза (гугли license exceptions), либо опенсорс + платные проприетарные дополнения, либо вообще не опен сорс с самого начала.
    Ответ написан
    1 комментарий
  • Почему immutable это добро?

    laughedelic
    @laughedelic
    Неужели такой подход оправдан с точки зрения ресурсов (памяти в данном случае)?


    В функциональных языках, в том числе в Scala используются т.н. persistent data structures. В памяти хранятся ссылки на предыдущие состояния структуры данных и изменения. Это имеет смысл в сочетании с упомянутой вами сборкой мусора. Разумеется можно просто копировать всё, но на деле так никто не делает. Поскольку в ФП очень много используются структуры типа списков и деревьев, для них это легко реализовать эффективно.
    Рекомендую почитать (англ.) википедию по ссылке выше или вот эту вики на русском.
    Ответ написан
    Комментировать
  • Почему immutable это добро?

    diez_ua
    @diez_ua
    GlobalLogic, Kyiv, Ukraine
    Касаемо immutable массивов – в Scala их нет.

    Есть immutable List. Этот List заточен на добавление и удаление элементов в начале списка – head. И если вы делаете map или filter списка – новый список формируется в том же "оптимальном" порядке.

    В таком случае никакого перерасхода памяти и нагрузки на GC по сравнению с Java LinkedList нет: при добавлении элемента создается НОВЫЙ объект List со ссылкой на новый элемент (head) и ссылкой на прежний список (tail). Старые листы в деле. Каждый новый лист – объект из всего двух референсов.
    Ответ написан
    Комментировать
  • Open source и защита интеллектуальной собственности. Возможно ли это сочетание?

    begemot_sun
    @begemot_sun
    Программист в душе.
    Вы можете выложить код на всеобщее обозрение, но в лицензии написать что все модификации должны быть доступны автору программы и не могут использоваться в коммерческом секторе.

    Вообще вы сами вольны устанавливать условия использования вашего кода.

    Другой вопрос что выставив код, вам будет очень сложно отследить его использование сторонними разработчиками в своих продуктах, и даже если вы узнаете о таком использовании (когда нарушается ваша лицензия), хватит ли у вас сил, средств, времени и т.п. для того чтобы заставить человека соблюдать лицензию ?
    Ответ написан
    3 комментария
  • Как работают val параметры с именами совпадающими с parameterless методами в Scala?

    Конструкция
    class Rectangle(val topLeft: Point, val bottomRight: Point)

    подразумевает под собой, что для класса сгенирируется конструктор с параметрами topLeft, bottomRight, в классе будут созданы соответствующие поля, и для этих полей сгенерируются геттеры, с теми же названиями.
    В случае когда мы обращаемся к полю по сути мы обращаемся всё равно к геттеру. И в данном случае этот геттер будет иметь соответствующее описание, подходящее под def topLeft: Point.

    Соответственно никаких противоречей не возникает, у нас есть геттер, который подходит под интерфейс класса от которого мы наследуемся. Если же мы объявим класс, например, как:
    class Rectangle(val topLeft: Int, val bottomRight: Point) extends Rectangular

    То программа не скомпилируется, соответственно.

    Если углубиться глубже то на самом деле скала старается на различать val и def. Это оба равноправные объявления. Отличие между ними заключается в стратегии исполнения. Подробнее:
    https://class.coursera.org/progfun-005/lecture/4
    https://class.coursera.org/progfun-005/lecture/5
    Ответ написан
    2 комментария
  • Как называется эта профессия?

    Эникейщик
    Ответ написан
    Комментировать
  • Сколько можно заработать на блоге о стартапе?

    copist
    @copist
    Empower people to give
    Спросил меня как-то один человек: смогу ли я на своём блоге зарабатывать себе на платное обучение в универе. Это 50 000р в год тогда было. 50 000 / 12 = 4166 рублей в месяц. Я сказал - да, сколько на блоге заработать можно. Но это будут единственные 4166 что он получит в месяц.

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

    P.S. добавлю по существу

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


    Целевая аудитория и начальный капитал более эффективно ищутся другими способами. Через уже известные популярные площадки, где уже обитает целевая аудитория. Через биржи, где обитают разработчики. И через площадки, где обитает капитал. Скажу, что только блог, особенно в первые полгода, не даст ни аудитории, ни капитала.

    Однако, success story стартапов были разные и информация об этом может быть абсолютно противоречивой.
    Некоторые начинали с пустого места, делали только промо-сайт (условно, как бы блог, но с натяжкой - там очень мало страниц) с достоверной и качественной информацией об идее и на каждом углу кричали о своём проекте, привлекая аудиторию и капитал. Если аудитория собиралась, начинали делать массовый продукт.
    Некоторые делали качественный продукт для ограниченной аудитории, небольшую партию, опытные образцы, и уже затем занимались продвижением, имея на руках настоящий продукт и настоящие отзывы. В этот момент и создавали блог или промо-сайт.

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


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

    Menaskop
    @Menaskop
    Анархист. Работаю в Сети. Живу в Сибири.
    1. https://z-payment.com - настройка довольно простая, комиссии - вполне себе. Работать можно по личному аттестату, например. Есть ещё лайткоин, доджкоин (пока на доработке, как я понял). Есть вывод на биткоин, ввод и собственно приём оплат. Можно настроить отдельный магазин (витрину, сайт) на приём только крипто.
    2. https://bitpay.com/ - в самом начале пользовался их сервисом, т.к. они благосклонны к любым криптопроектам, включая обменники, биржи и магазины само собой. Настройка тоже довольно простая. Пока висят у меня как запасной вариант, т.к. из ZP мне проще выводить.
    Ответ написан
    Комментировать
  • В чем преимущество динамически типизированных языков?

    Nipheris
    @Nipheris Куратор тега C++
    Во многих, даже в большинстве задач, где узким местом не является производительность интерпретатора/рантайма языка, основное преимущество одно: на динамических языках могут писать те программисты, которые не могут на статических. Не в смысле не могут выучить или не понимают, а в смысле - совершенно не хотят. Это что-то такое глубокое в сознании программиста, от чего зависит его выбор динамической/статической типизации (и соотв. языка). Я все больше убеждаюсь, что в зависимости от варианта типизации, программисты, выбравшие для себя "правильный" язык, пишут гораздо более эффективный код.
    У меня, как и у того разработчика из Яндекса (по ссылке в ответе beduin01 ), слишком плохая память для разработки на динамическом языке. Я не могу держать много сущностей в своей голове, чтобы эффективно и правильно использовать динамические языки. Я привык и не могу без хоть каких-нибудь проверок на стадии компиляции (и чем больше, тем лучше).
    Другие считают ограничения статической типизации идиотскими, необходимость создавать всякие непонятные "интерфейсы", чтобы поиметь абстракцию и полиморфное поведение - извращением. Они чувствуют себя легко с объектами и классами. Возможность "прикрутить" любое свойство или метод к существующему объекту вдохновляет их на нестандартные и эффективные архитектурные и инфраструктурные решения.
    Видимо это действительно зависит от особенностей памяти и сознания конкретного человека.

    Разумеется, есть масса технических различий, почитайте остальные ответы.
    Ответ написан
    Комментировать
  • Стоит ли совмещать личный блог и портфолио?

    evnuh
    @evnuh
    Поиск Гугл помог мне, впусти и ты его в свой дом
    Лучший (худший) показатель о несостоятельности человека - заброшенный блог. Это значит, что, однажды окрылённый идеей нести добро людям, ему это быстро надоело. И если такая ситуация будет видна прямо из портфолио - то это даст неплохой намёк. Поэтому я только за, если вы будете вести блог с портфолио, в любом из двух исходов это даст понять о вас немного больше.
    Ответ написан
    Комментировать
  • Как избавиться от всплывающего сообщения об AdBlock?

    xirahai
    @xirahai
    инженер по радиосвязи
    Заблокировать адблоком :)
    Ответ написан
    Комментировать
  • Где существует место (группа вк?) по поиску единомышленников, готовых взяться за работу над стартапом исключительно ради своего портфолио и за идею?

    dimonchik2013
    @dimonchik2013
    non progredi est regredi
    — Слушай, давай в коворкинге зависнем, у меня есть идея для стартапа, я уже и рисёч сделал. С меня смузи!
    — Вот сразу иди на ...!
    Ответ написан
    Комментировать
  • Где существует место (группа вк?) по поиску единомышленников, готовых взяться за работу над стартапом исключительно ради своего портфолио и за идею?

    newross
    @newross
    Product owner
    На таких условиях ищите у себя в универе среди студентов.

    "концепт на бумаге" - это ничто. Представляете сколько аналогичных предложений поработать за идею получает нормальный специалист? А сколько вокруг работы, за которую платят? Выбор далеко не в вашу пользу.
    Другое дело, когда за продукт, существующий в качестве концепта, уже готовы платить. Собираете деньги с клиентов, добавляете своих или инвестиционных (когда есть платящий клиент инвестируют в проект охотно) и нанимаете спецов.

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

    myfirepukan
    @myfirepukan
    Жарим поиск
    Считаю что бизнес-литературу читать не нужно. Только голову шаблонами забивает а в жизни всё равно всё получается не как в книге. Особенно пагубно читать западную - можете случайно проникнуться верой в то что построите аналог Apple ))
    Мой совет: читайте налоговый кодекс, да не так романтично, зато пользы для бизнеса в 100 раз больше
    Ответ написан
    Комментировать
  • За счет чего Тостер может составить конкуренцию русскоязычному Stackoverflow?

    edinorog
    @edinorog
    Троллей не кормить!
    Забавно. Все опять помешались на + - и не могут придумать норм идей.
    1. вливание темы в уже существующую. чтоб не плодить одно и то же
    2. денежное поощрение за хорошие ответы (с рекламы доллар жалко да???) от администрации
    3. записная книга хороших ответов
    4. кнопка "на вопрос нет ответа".
    5. денежное поощрение от вопрошающего (помогает при написании конфигов и скриптов)
    6. кнопка "вставить ответ из книги быстрых ответов"
    7. нормальные ачивы с нормальными рейгингами и чтоб это можно было вставить на другой сайт (и не стыдно!)
    8. мобильные клиенты для всех платформ!
    9. оперативное внедрение нововведений
    10. переключение на отображение вопросов в полоску (один вопрос одна строка!). а то не торкает проматывать это буйство
    11. возможность вносить примечание в конфиги и скрипты с указанием как оптимально
    12. наконец сделать страницу с правилами и наказаниями!!!!!!!!!!!!!!!!!!!!!!!!
    13. появление ответов в теме без обновления страницы
    14. кнопка "позвать платного специалиста"
    15. добавить встроенный графический редактор сети (а то иногда такие фантазеры люди!!!!) с возможностью скопировать эту сеть и изменить ее в ответе

    ну и короче мне надоело. мне за это не платят и ко мне полгода было свинское отношение как к пользователю ослика. придумывайте сами дальше.
    Ответ написан
    23 комментария
  • За счет чего Тостер может составить конкуренцию русскоязычному Stackoverflow?

    Petroveg
    @Petroveg
    Миром правят маленькие с#@&ки
    Воспользуюсь случаем передать привет своей семье написать пару замечаний.

    1. Убрать отметку ответа решением
    а) Не с руки бегать за пользователями, задающим вопросы, с требованием «анугад цени время других». Ни модераторам, ни отвечающим. В конце концов, расчёт на поисковую выдачу и долгую жизнь тем.

    б) Зачастую знания и умения спрашивающего не дают ему возможность оценить верность ответа. Если учесть, что нередко правильные ответы даются с примесью WTF, то неумеренное эго автора вопроса бывает сильно уязвлено, и верный ответ остаётся за бортом. Не менее редко решением выбираются глупые ответы.
    Думаю, FanatPHP может рассказать куда больше:)

    Пример: Как работает свойство display с его разными значениями?
    Хоть кол на голове теши — что проще, то и верно.

    2. Ввести минусование ответов
    Не всем, а как на стеке — только с рейтингом не менее ... (скажем, >20 по тэгу). Чтобы тупые ответы опускались вниз. Может, и скрывать ответы при наборе ... (скажем, -5) отрицательных отметок.

    3. Рейтинг
    Нередко встречаю умных и грамотных людей, не имеющих времени на надрачивание рейтинга. Как вариант, просто недавно зарегистрировавшиеся участники. Нужен механизм оценки «авторитетов» (в хорошем смысле этого слова) для повышения рейтинга.

    4. Оценка комментариев
    Достаточно часто комментарии дополняют ответ, делают его более объёмным, и заслуживают своей оценки. Почему нет возможности оценить такой вклад?

    5. Ввести тэги по вопросам
    Зачастую вопросы называют так, что найти их или очень трудно, или просто невозможно.
    Пример: Как отследить появление новых элементов в DOM?
    В итоге люди тратят время, в то время как ответы уже есть на Тостере Как отловить создание нового IFrame на странице?

    Можно предлагать при публикации вопроса список тэгов и это (возможно) даст возможность найти ответ на вопрос до его опубликования. После публикации тэги могут выбрать остальные.
    Другая польза от тэгов — поиск для повторных вопросов (см. ниже).

    6. Аналогичный вопрос
    Если ответ на подобный вопрос уже есть на Тостере, пользователи могут указать их. Такой блок должен находиться непосредственно рядом с вопросом.

    7. Плюсы для отвечающих
    Почему бы не использовать связь с хабром для раздачи плюшек отвечающим? Например, членство, карму etc.

    8. Библиотека решений
    Иногда кажется, что грамотный и хорошо оформленный ответ просто тонет в куче мусора и нет никакого смысла ни в расписывании хода мыслей, ни в оформлении.
    Пример #1: CSS: Почему происходит смещение изображения при line-height идентичной высоте блока?
    Пример #2: Почему при добавлении тега appendChild'oм, контент не отображается?
    Пример #3: Разница между background: url('...') и background: url(...)?
    И много-много других, к которым я не имею никакого отношения.

    Почему не сделать по тем же тэгам (см. п. «Ввести тэги по вопросам») ссылки на основные решения. Которые можно обсуждать, комментировать, модифицировать без принадлежности к авторам (просто список участников с вкладом в решение).

    9. Технические доработки
    Поиск — нет введённого запроса в поле поиска.
    Ответ — нет горячих клавиш для форматирования.
    Комментарий — нет возможности форматировать текст.
    Комментарий — как быстро получить ссылку (тема + якорь)?
    Текстовое поле для комментария — делаешь такие примеры codepen.io/cleric/pen/oBwqn и не понимаешь, почему его подстройка по высоте поля на Тостере не слишком-то корректно работает.
    Поле с кодом — вроде несложно добавить white-space: pre-wrap; Для элемента pre, чтобы не было горизонтальной прокрутки для непереносимых строк.

    Пы.Сы. Отдельное спасибо Сергею Протько за веру в этот ресурс.
    Ответ написан
    34 комментария