Тут тоже спорить не буду, на Upwork не особо много интересных проектов, но на нём свет клином не сошёлся.
не написавшему пару продуктов-бестселлеров или десяток книжек, мало применимо.
Интересные у Вас критерии квалификации программистов :-)
Так то за продажи и маркетинг вообще другие люди отвечают. А техническое писательство обычно требует объяснение базы, тоже не самое увлекательное занятие.
Но в одном Вы правы, уровень надо прокачивать. Но это всё равно личная ответственность каждого, можно и работая в Яндексе годами рутиной заниматься...
По сути индустрия уже расставила приоритеты. Самая суровая низкоуровнищина, которая применима в HighLoad-проектах — это демоны на C++. И то они нужны может в 1 проекте из 100 тысяч.
Там речь идёт о добавлении дополнительной колонки в таблицу, чтобы в БД сохранять результат парсинга Markdown в ней. К чести автора, он ничего не скрывает и пишет на асме довольно понятно: вот diff.
Ну, от одного клиента — это ведь просто для теста. Да и уменьшение конкурентности до 5 никак не помогло. По сути на хостинге rate limiter примерно на 50 rps настроен, больше он не пропустит. В принципе для shared-хостинга это приемлемо, надо же ему как-то предотвратить возможность нагруженные проекты хостить на таких тарифах :-)
Вы преувеличиваете, 100 конкурентных запросов — это даже не DoS.
Я бы сказал, что это защита от нагрузки, а не от DDoS.
Для примера wrk c более щадящими параметрами:
Ok, ваш опыт — это ваш опыт, но Вы ж его обобщаете на всех… Вот на ваш взгляд интеграция с 20 системами — это интересный проект, а на мой — нет ничего скушнее, чем интеграции. Какой прок спорить о вкусах…
Книжку же я привёл просто в качестве подтверждения тренда на дистанционных сотрудников. И в ней, кстати, не теория, а вполне реальный опыт успешной компании.
В принципе, есть 2 мотива делегировать работу людям в другие страны:
у нас есть типовые задачи, для которых штатные сотрудники слишком квалифицированы или слишком дороги
у нас есть слишком сложные задачи, и нам надо найти людей, неважно в какой точке мира, которые смогут помочь нам справиться с этими задачами
Если только теги оставить, то надо хотя бы возможность подписываться на теги, чтобы был список не только всех тем, но ещё и только с теми тегами, по которым ты хотел бы отвечать.
Я совершенно не могу себе представить проект выше определенного уровня сложности, отданные фрилансеру.
Это потому что, Вы считаете, что фрилансер обязательно делает проект в одиночку… по факту же он может быть дистанционным сотрудником. Есть даже книги на эту тему, типа "Remote: офис не обязателен". Т.е. определённая идеология, подразумевающая поиск лучших кадров по всему миру, при этом без возни с рабочими визами и организацией переезда.
Скорее проблема в вашем хостинге… Сегодня он, кстати, получше работает. Мораль тут в том, что нагруженный проект на shared-хостинге всё равно не получится запустить просто по определению shared-хостинга… Все ресурсы разделяемы, в том числе и канал… Попробуйте тысячу ботов на ваш форум запустить, которые ежесекундно будут к нему обращаться (читать, писать, редактировать) и посмотрите через сколько дней вас попросят на VDS переехать или хотя бы на VPS без оверсейла. А заодно узнаете какая часть запросов не дойдёт до AsmBB и какое будет время ответа от сервера при средненькой базе (в районе 10 Gb)… Хотя это я загнул, база не успеет до средних размеров вырасти, т.к. дисковая квота закончится ещё на миниразмере БД )
Если по форумам, которые раньше в качестве обучалок писали, то там хотя бы были дерево категорий (а не только теги), личные сообщения между пользователями, система рейтинга и т.д. По современным фичам — смотрите современные форумы.
Ну не совсем на уровне прототипа. Там все вполне хорошо работает.
Ну на уровне прототипа работает… А если прикинуть сколько человеколет понадобится, чтобы до уровня какого-нибудь Discourse допилить, то становится грустно.
Поймите, что ваш проект привлекателен только тем, что он на ассемблере. Если бы кто-то опубликовал анонс аналога (по функционалу) на PHP/Ruby/Python, то его закидали бы помидорами в стиле "что это за кусок г...?" Потому что все, когда начинали изучать веб-программирование, писали собственный форум, или CMS, или соц.сеть, или ещё что-то подобное, но и то более навороченное по фичам.
Я имел ввиду общаться одновременно в онлайне. Это совсем не мелочь.
Согласен, это уже не мелочь. Но, как я выше писал, для пользователей AsmBB работает медленно даже без нагрузки. Если к вам пару сотен одновременных посетителей нагнать, то у вас тупо веб-сервер ляжет, до asmbb даже запросы доходить не будут.
Это я ещё молчу, что придётся как в прошлом веке страницу каждый раз обновлять, чтобы о новых сообщениях узнать. Что для активных переписок выглядит жестоким анахронизмом.
Эта техника была достаточно популярна ещё лет 5 назад… С современным фронтендом всё ещё проще для бекэнда. Теперь весь HTML принято кешировать в шаблонах любимого JS-фреймфорка, а от сервера только JSON спрашивать… Который в свою очередь легко кешируется в memcached, хотя в большинстве случаев даже его честная генерация занимает в разы меньше времени, чем пинг до сервера )
Где ж тут профит?.. AsmBB пока на уровне прототипа и нет никаких гарантий, что Вам не надоест его разрабатывать и он дотянет до production-ready состояния в ближайшие пару лет.
Несколько тысяч пользователей для форума — это мелочи, можно взять любой движок с активным комьюнити, поддержкой и расширениями.
Договора подряда как физ.лицо можно заключать, но невыгодно… 13% надо отдать в налоговую. А для ИП на УСН — 6%, часть из которых идёт в ПФР. Правда, у ИП есть ещё всякие расходы, типа платы за расчётный счёт и т.п., но это 20-30 т.р. в год. Но это, как правило, всё равно меньше 7% от годового дохода.
или в байт-код, или в ассемблер, или в нули и единицы… Прочь иллюзию выбора — даёшь перфокарты! :-)
Само собой.
Тут тоже спорить не буду, на Upwork не особо много интересных проектов, но на нём свет клином не сошёлся.
Интересные у Вас критерии квалификации программистов :-)
Так то за продажи и маркетинг вообще другие люди отвечают. А техническое писательство обычно требует объяснение базы, тоже не самое увлекательное занятие.
Но в одном Вы правы, уровень надо прокачивать. Но это всё равно личная ответственность каждого, можно и работая в Яндексе годами рутиной заниматься...
По сути индустрия уже расставила приоритеты. Самая суровая низкоуровнищина, которая применима в HighLoad-проектах — это демоны на C++. И то они нужны может в 1 проекте из 100 тысяч.
Там речь идёт о добавлении дополнительной колонки в таблицу, чтобы в БД сохранять результат парсинга Markdown в ней. К чести автора, он ничего не скрывает и пишет на асме довольно понятно: вот diff.
Это можно по демке оценить… Тем меньше 100, постов примерно 15100 (в основном все в рамках одной темы).
Ну, от одного клиента — это ведь просто для теста. Да и уменьшение конкурентности до 5 никак не помогло. По сути на хостинге rate limiter примерно на 50 rps настроен, больше он не пропустит. В принципе для shared-хостинга это приемлемо, надо же ему как-то предотвратить возможность нагруженные проекты хостить на таких тарифах :-)
Вы преувеличиваете, 100 конкурентных запросов — это даже не DoS.
Я бы сказал, что это защита от нагрузки, а не от DDoS.
Для примера wrk c более щадящими параметрами:
5097 из 6553 запросов (сделанных за 30 секунд) отвалились...
Ok, ваш опыт — это ваш опыт, но Вы ж его обобщаете на всех… Вот на ваш взгляд интеграция с 20 системами — это интересный проект, а на мой — нет ничего скушнее, чем интеграции. Какой прок спорить о вкусах…
Книжку же я привёл просто в качестве подтверждения тренда на дистанционных сотрудников. И в ней, кстати, не теория, а вполне реальный опыт успешной компании.
В принципе, есть 2 мотива делегировать работу людям в другие страны:
И второй пункт встречается всё чаще и чаще...
Если только теги оставить, то надо хотя бы возможность подписываться на теги, чтобы был список не только всех тем, но ещё и только с теми тегами, по которым ты хотел бы отвечать.
Это потому что, Вы считаете, что фрилансер обязательно делает проект в одиночку… по факту же он может быть дистанционным сотрудником. Есть даже книги на эту тему, типа "Remote: офис не обязателен". Т.е. определённая идеология, подразумевающая поиск лучших кадров по всему миру, при этом без возни с рабочими визами и организацией переезда.
Скорее проблема в вашем хостинге… Сегодня он, кстати, получше работает. Мораль тут в том, что нагруженный проект на shared-хостинге всё равно не получится запустить просто по определению shared-хостинга… Все ресурсы разделяемы, в том числе и канал… Попробуйте тысячу ботов на ваш форум запустить, которые ежесекундно будут к нему обращаться (читать, писать, редактировать) и посмотрите через сколько дней вас попросят на VDS переехать или хотя бы на VPS без оверсейла. А заодно узнаете какая часть запросов не дойдёт до AsmBB и какое будет время ответа от сервера при средненькой базе (в районе 10 Gb)… Хотя это я загнул, база не успеет до средних размеров вырасти, т.к. дисковая квота закончится ещё на миниразмере БД )
Если по форумам, которые раньше в качестве обучалок писали, то там хотя бы были дерево категорий (а не только теги), личные сообщения между пользователями, система рейтинга и т.д. По современным фичам — смотрите современные форумы.
PHP может и через mod_php быть настроен. Раньше на большинстве shared-хотингов был именно он.
Ну на уровне прототипа работает… А если прикинуть сколько человеколет понадобится, чтобы до уровня какого-нибудь Discourse допилить, то становится грустно.
Поймите, что ваш проект привлекателен только тем, что он на ассемблере. Если бы кто-то опубликовал анонс аналога (по функционалу) на PHP/Ruby/Python, то его закидали бы помидорами в стиле "что это за кусок г...?" Потому что все, когда начинали изучать веб-программирование, писали собственный форум, или CMS, или соц.сеть, или ещё что-то подобное, но и то более навороченное по фичам.
Согласен, это уже не мелочь. Но, как я выше писал, для пользователей AsmBB работает медленно даже без нагрузки. Если к вам пару сотен одновременных посетителей нагнать, то у вас тупо веб-сервер ляжет, до asmbb даже запросы доходить не будут.
Это я ещё молчу, что придётся как в прошлом веке страницу каждый раз обновлять, чтобы о новых сообщениях узнать. Что для активных переписок выглядит жестоким анахронизмом.
Эта техника была достаточно популярна ещё лет 5 назад… С современным фронтендом всё ещё проще для бекэнда. Теперь весь HTML принято кешировать в шаблонах любимого JS-фреймфорка, а от сервера только JSON спрашивать… Который в свою очередь легко кешируется в memcached, хотя в большинстве случаев даже его честная генерация занимает в разы меньше времени, чем пинг до сервера )
Я думаю, имелось в виду, что типизация позволяет реализовать дополнительные подсказки в IDE.
Где ж тут профит?.. AsmBB пока на уровне прототипа и нет никаких гарантий, что Вам не надоест его разрабатывать и он дотянет до production-ready состояния в ближайшие пару лет.
Несколько тысяч пользователей для форума — это мелочи, можно взять любой движок с активным комьюнити, поддержкой и расширениями.
Договора подряда как физ.лицо можно заключать, но невыгодно… 13% надо отдать в налоговую. А для ИП на УСН — 6%, часть из которых идёт в ПФР. Правда, у ИП есть ещё всякие расходы, типа платы за расчётный счёт и т.п., но это 20-30 т.р. в год. Но это, как правило, всё равно меньше 7% от годового дохода.
Для Elixir есть Phoenix.
Тогда уж N2O, а то Zotonic больше на аналог Wordpress тянет.