PostgreSQL и MySQL иногда трудно использовать на виртуальном хостинге.
Это наверно большая редкость… Хоть я уже лет 7 вирутальным хостингом не пользуюсь, но не помню, чтобы с этим хоть раз были проблемы… Неужели за предыдущие 7 лет ситуация с виртуальным хостингом так ухудшилась?
Производительность на демо сервере сравнивать не очень удобно. Там у провайдера есть какое-то распределение ресурсов и иногда все начинает работать 2..3 раза медленнее.
Не, дело не в этом. Да, иногда по тегу и больше 100 мс ответ занимает, но чаще всего попадает в диапазон 20-30 мс и тут явно есть performance-bug.
P.S. Ещё на порядок сортировки тредов обратите внимание:
Движки форумов тоже разные по степени навороченности бывают. Если честно сравнивать, то затраты на SQL будут одинаковые. А дальше идет разница: время ответа HTTP-сервера (не более 0.02 мс везде), шаблонизатор (тут большую часть времени отожрёт Markdown, так что тоже будет примерно одинаково), оверхэд на ORM/QueryBuilder (в данном случае он небольшой, т.к. запросы тривиальные), вспомагательные мидлвары.
Другими словами, я бы не ожидал ускорения за счёт применения ассемблера более, чем на 20-30% при честном сравнении на данном классе задач.
Проект впечатляет, хотя скорее тем, что целиком на асме, а не скоростью работы.
Непонятно почему выбран SQLite, а не PostreSQL или MySQL. Очевидно же, что SQLite — далеко не самая быстрая СУБД.
Кроме того заметил, что поиск тредов по тегу сильно проседает: ~ 20 мс против ~ 7 мс на показ списка всех тредов. Проверьте индексы в таблице пересечения (ThreadTags), думаю, добавление индекса по Tag улучшит ситуацию.
Количество пользователей Angular 2 сокращается. На момент релиза 2 сообщалось о том, что 1.3 миллиона разработчиков используют Angular 1 и 480 тысяч уже используют Angular 2.
Я думаю, разгадка в том, что инфографика (по кол-ву пользователей) в статье датирована маем, а релиз состоялся в сентябре.
Если посмотреть на первую версию демократии, то там народом считались (обладали правом голоса) всего 15% от населения. Кроме того есть ещё этнократия (власть элиты) и охлократия (власть толпы).
А всё дело в том, что при переводе с греческого и демос, и этнос, и охлос переводятся как народ, хотя в оригинале это совсем не синонимы.
P.S. Кстати, олигархия — это власть богатых, а не элиты.
А "фишка" пытаться делать игру без бюджета в том, что бюджета на игру нет, а сделать хочется.
Я имел в виду, что без бюджета и с нуля сделать что-то с приличной графикой нереально.
UE4 — уже другое дело, но автор, судя по статье ничего такого не использует… вот этому я и удивляюсь.
А в чём фишка без бюджета пытаться делать игру с нуля? Можно ведь взять какой-нибудь Project Spark (примеры игр) или что-то аналогичное и разработка игры упростится на порядок.
Честно говоря, после такого объяснения сложно понять зачем нужен HTML… В Word и в GoogleDocs тоже гиперссылки можно вставлять, а с ваших слов это чуть ли не единственное отличие… Думаю, полезно было бы начать с рассказа про декларативность и про отличия такого подхода от WYSIWYG.
Ну, если Вы в США живёте, как в профиле указано, то я действительно не в курсе юридических тонкостей. Хотя по идее апворк — американская контора, это у нас с ней лишние заморочки в виде перевода оферты, подписания актов в тех.поддержке и прочей ереси..
И у Вас за 2 года ни разу не возникло ощущения, что Вы зря трекаете время?
Это же совершенно не имеет смысла при фуллтайм-занятости. Если только совсем нет доверия у работодателя к Вам, а у Вас к работодателю и вы оба платите апворку, чтобы он вам что-то гарантировал.
Это ваша личная заморочка — про эффективные часы и оплату только их. Это должно пройти со временем.
Может это и личная заморочка, но на мой взгляд это самый справедливый подход для обеих сторон, этакий win-win. На тему эффективных часов, можно для примера тут почитать.
Если совсем уж грубо, то разница между нашими подходами лишь в определении часовой ставки, для меня она равна 1/100 от зарплаты за полную занятость по ТК, для Вас видимо — 1/168.
В целом же, оплате подлежит именно что "время на работе". Ибо именно его вы и продаёте (и не будь работы — занялись бы чем нибудь иным).
А Вы не думали, что если не работается, то реально можно заняться чем-нибудь другим, вместо того, чтобы сидеть прокрастинировать.
Да никак. В офисе просто фиксированная оплата за месяц. Работать при этом можно хоть 2-3 часа в день, как и делают по факту очень многие нанятые сотрудники. Конечно, публично об этом никто не напишет, но все всё прекрасно знают. Есть и другая крайность, когда всякими ухищрениями программистов заставляют работать часов по 9 в день. Но, честно говоря, интересно было бы сравнить… лично по моему опыту, могу сказать, что программист, который в полную силу работает 3 часа в день, сделает за 3 месяца больше, чем программист, который пытается выжать 9 часов в день на протяжении того же срока.
Если заказчик нанимает разработчика на полный рабочий день
Так я про это и говорю, не надо путать почасовку и удалённую работу на фуллтайм (тот же офис, только из дома).
Не исключаю, что есть зависимость от типа проектов и других факторов. Например, я простые задачи чаще всего делегирую. Ваш же вариант может работать, когда Вы в одиночку работаете над проектом.
Я выше уже написал, что недопонимание происходит от того, что есть несколько мнений, что считать рабочим часом. То, что Вы считаете, я называю часом, проведённым на рабочем месте. Как выше это описали: позавтракал, включил трекер, перед обедом выключил, после обеда снова включил и вечером выключил. Хотя вообще хз зачем при таком подходе трекер нужен xD
По такой тарификации потолком будет $30/час, если Вы находитесь не в США.
Если тарифицировать только эффективное время, то ставка может быть и выше, но будет как раз в районе 1000 часов в год, а не 1847. Если прям сильно упахиваться и без отпуска, то можно 1200 за год выжать, в большие цифры эффективных часов я не верю, лично проверял )))
А я до сих пор считаю, что это справедливо… Можно просто ставку выше ставить.
Единственное, что "Думаю или ищу в поисковике — выключаю." тоже должно быть включено.
Зато заказчик может быть уверен, что платит только за время, уделенное его проекту.
P.S. Округляю до 0.25 часа =)
А какое время Вы считаете за рабочее? Проведённое за компьютером или только то, что уделено непосредственно работе? Ну, к примеру, чтение Хабра и написание комментариев может попасть в рабочее время?
При удалённой работе 8 оплачиваемых часов в сутки — стандартный рабочий день, ничего необычного.
Такая форма занятости тоже есть, но это не почасовка, а обычный fix в месяц, просто работаешь не из офиса, а из дома. На почасовке же оплачивают только эффективные рабочие часы, но и рейты существенно выше.
Опять же, непонятно, откуда взялась цифра в 100 часов в месяц
Из многолетнего опыта работы на почасовке. Ну и исследования на эту тему тоже есть… Работники умственного труда работают эффективно от 4 до 6 часов в день. Причём среднее будет ближе к 4 :-)
Можно конечно отсиживать 8 часов ежедневно, имитируя бурную деятельность, но зачем? По факту Вы столько не работаете, а значит как минимум 2 часа в день можно посвятить чему-то другому (вместо того чтобы сидеть тупить в монитор) без малейшего вреда эффективности работы. Безусловно, бывают дни-исключения из этого правила, когда можно даже 9 эффективных часов наработать, но это редкость, которая усредняется днями, когда вообще работать не хочется )
Похоже, Вы сами ни года на почасовке не отработали… Какие 1500 часов в год? По вашему человек может 10 лет работать без отпусков, праздников и больничных и тратить 0 дней на подбор новых проектов? 1000 рабочих часов в год — это отличный результат при полной занятости (30 часов в рабочую неделю) в долгосрочной перспективе.
P.S. Хотя средний рейт у автора действительно не особо высокий получился, в районе $22 в час, видимо начинал с тех самых $15/час.
Это наверно большая редкость… Хоть я уже лет 7 вирутальным хостингом не пользуюсь, но не помню, чтобы с этим хоть раз были проблемы… Неужели за предыдущие 7 лет ситуация с виртуальным хостингом так ухудшилась?
Не, дело не в этом. Да, иногда по тегу и больше 100 мс ответ занимает, но чаще всего попадает в диапазон 20-30 мс и тут явно есть performance-bug.
P.S. Ещё на порядок сортировки тредов обратите внимание:
Движки форумов тоже разные по степени навороченности бывают. Если честно сравнивать, то затраты на SQL будут одинаковые. А дальше идет разница: время ответа HTTP-сервера (не более 0.02 мс везде), шаблонизатор (тут большую часть времени отожрёт Markdown, так что тоже будет примерно одинаково), оверхэд на ORM/QueryBuilder (в данном случае он небольшой, т.к. запросы тривиальные), вспомагательные мидлвары.
Другими словами, я бы не ожидал ускорения за счёт применения ассемблера более, чем на 20-30% при честном сравнении на данном классе задач.
Проект впечатляет, хотя скорее тем, что целиком на асме, а не скоростью работы.
Непонятно почему выбран SQLite, а не PostreSQL или MySQL. Очевидно же, что SQLite — далеко не самая быстрая СУБД.
Кроме того заметил, что поиск тредов по тегу сильно проседает: ~ 20 мс против ~ 7 мс на показ списка всех тредов. Проверьте индексы в таблице пересечения (ThreadTags), думаю, добавление индекса по Tag улучшит ситуацию.
Я думаю, разгадка в том, что инфографика (по кол-ву пользователей) в статье датирована маем, а релиз состоялся в сентябре.
Если посмотреть на первую версию демократии, то там народом считались (обладали правом голоса) всего 15% от населения. Кроме того есть ещё этнократия (власть элиты) и охлократия (власть толпы).
А всё дело в том, что при переводе с греческого и демос, и этнос, и охлос переводятся как народ, хотя в оригинале это совсем не синонимы.
P.S. Кстати, олигархия — это власть богатых, а не элиты.
Я имел в виду, что без бюджета и с нуля сделать что-то с приличной графикой нереально.
UE4 — уже другое дело, но автор, судя по статье ничего такого не использует… вот этому я и удивляюсь.
А в чём фишка без бюджета пытаться делать игру с нуля? Можно ведь взять какой-нибудь Project Spark (примеры игр) или что-то аналогичное и разработка игры упростится на порядок.
Честно говоря, после такого объяснения сложно понять зачем нужен HTML… В Word и в GoogleDocs тоже гиперссылки можно вставлять, а с ваших слов это чуть ли не единственное отличие… Думаю, полезно было бы начать с рассказа про декларативность и про отличия такого подхода от WYSIWYG.
С этим я согласен. Я не считаю только отвлечения (более 15 минут уже в зачёт не идут).
Кстати, хороший вариант, время и длительность пиков можно в индивидуальном порядке подбирать. Но у Вас, кстати, получилось 7 часов, а не 8 ;-)
Ну, если Вы в США живёте, как в профиле указано, то я действительно не в курсе юридических тонкостей. Хотя по идее апворк — американская контора, это у нас с ней лишние заморочки в виде перевода оферты, подписания актов в тех.поддержке и прочей ереси..
И у Вас за 2 года ни разу не возникло ощущения, что Вы зря трекаете время?
Это же совершенно не имеет смысла при фуллтайм-занятости. Если только совсем нет доверия у работодателя к Вам, а у Вас к работодателю и вы оба платите апворку, чтобы он вам что-то гарантировал.
Может это и личная заморочка, но на мой взгляд это самый справедливый подход для обеих сторон, этакий win-win. На тему эффективных часов, можно для примера тут почитать.
Если совсем уж грубо, то разница между нашими подходами лишь в определении часовой ставки, для меня она равна 1/100 от зарплаты за полную занятость по ТК, для Вас видимо — 1/168.
А Вы не думали, что если не работается, то реально можно заняться чем-нибудь другим, вместо того, чтобы сидеть прокрастинировать.
С чего Вы это взяли? Перечитайте моё сообщение полностью.
Да никак. В офисе просто фиксированная оплата за месяц. Работать при этом можно хоть 2-3 часа в день, как и делают по факту очень многие нанятые сотрудники. Конечно, публично об этом никто не напишет, но все всё прекрасно знают. Есть и другая крайность, когда всякими ухищрениями программистов заставляют работать часов по 9 в день. Но, честно говоря, интересно было бы сравнить… лично по моему опыту, могу сказать, что программист, который в полную силу работает 3 часа в день, сделает за 3 месяца больше, чем программист, который пытается выжать 9 часов в день на протяжении того же срока.
Так я про это и говорю, не надо путать почасовку и удалённую работу на фуллтайм (тот же офис, только из дома).
Не исключаю, что есть зависимость от типа проектов и других факторов. Например, я простые задачи чаще всего делегирую. Ваш же вариант может работать, когда Вы в одиночку работаете над проектом.
Я выше уже написал, что недопонимание происходит от того, что есть несколько мнений, что считать рабочим часом. То, что Вы считаете, я называю часом, проведённым на рабочем месте. Как выше это описали: позавтракал, включил трекер, перед обедом выключил, после обеда снова включил и вечером выключил. Хотя вообще хз зачем при таком подходе трекер нужен xD
По такой тарификации потолком будет $30/час, если Вы находитесь не в США.
Если тарифицировать только эффективное время, то ставка может быть и выше, но будет как раз в районе 1000 часов в год, а не 1847. Если прям сильно упахиваться и без отпуска, то можно 1200 за год выжать, в большие цифры эффективных часов я не верю, лично проверял )))
А я до сих пор считаю, что это справедливо… Можно просто ставку выше ставить.
Единственное, что "Думаю или ищу в поисковике — выключаю." тоже должно быть включено.
Зато заказчик может быть уверен, что платит только за время, уделенное его проекту.
P.S. Округляю до 0.25 часа =)
А какое время Вы считаете за рабочее? Проведённое за компьютером или только то, что уделено непосредственно работе? Ну, к примеру, чтение Хабра и написание комментариев может попасть в рабочее время?
Такая форма занятости тоже есть, но это не почасовка, а обычный fix в месяц, просто работаешь не из офиса, а из дома. На почасовке же оплачивают только эффективные рабочие часы, но и рейты существенно выше.
Из многолетнего опыта работы на почасовке. Ну и исследования на эту тему тоже есть… Работники умственного труда работают эффективно от 4 до 6 часов в день. Причём среднее будет ближе к 4 :-)
Можно конечно отсиживать 8 часов ежедневно, имитируя бурную деятельность, но зачем? По факту Вы столько не работаете, а значит как минимум 2 часа в день можно посвятить чему-то другому (вместо того чтобы сидеть тупить в монитор) без малейшего вреда эффективности работы. Безусловно, бывают дни-исключения из этого правила, когда можно даже 9 эффективных часов наработать, но это редкость, которая усредняется днями, когда вообще работать не хочется )
Похоже, Вы сами ни года на почасовке не отработали… Какие 1500 часов в год? По вашему человек может 10 лет работать без отпусков, праздников и больничных и тратить 0 дней на подбор новых проектов? 1000 рабочих часов в год — это отличный результат при полной занятости (30 часов в рабочую неделю) в долгосрочной перспективе.
P.S. Хотя средний рейт у автора действительно не особо высокий получился, в районе $22 в час, видимо начинал с тех самых $15/час.