Удивляюсь, как за столько лет существования программирования никто не собрался и не создал какой-нибудь глобальный консорциум, который бы занимался созданием глобального API на все случаи жизни.
Описывал бы интерфейсы этих API, а потом бы принимал реализации, обложенные тестами со всех сторон, которые бы отличались лишь временем работы.
Идеально чтобы это всё было формально верифицируемо.
У меня вот вопрос по теме зарплат. Почему не существует компаний, которые бы платили всем сотрудникам какой-то % от, например, 20-40% чистой прибыли компании?
А для того, чтобы они не уволились уже через месяц, когда получат «огого, на пару лет хватит», ввести правило, например. Что если человек увольняется, то он не может устроиться обратно не вернув разницу между тем что получил за всё время работы в компании и рыночной зарплатой. И всё это с учётом инфляций и прочего.
Тогда возможно будет некий страх перед тем, что после того как они уволятся и деньги закончатся — они уже никогда не найдут подобной компании.
Всё просто. Если вы не покупаете — то не покупаете. А если у них перестанут покупать — то они подумают. А раз цена такая — значит она вполне адекватна.
Просто пишу небольшое приложение для себя, для учёта всех своих поездок.
скриншот
И хотелось бы строить тепловую карту, чтобы можно было смотреть, где наиболее часто оказываюсь
вроде такого
Однако не вижу способов сделать это «нормально». Сейчас двигаюсь к тому, чтобы с webgl-heatmap рисовать тепловую карту на канвасе, добавить слой на карты и через data: нарезать этот канвас. Как-то криво.
Я совсем никакой не разработчик, но мне кажется, это как-то неправильно, помещать в репозиторий с кодом проекта на может пару сотен, ну тысяч строк динамично обновляющуюся папку, которая может содержать десятки тысяч изменяющегося кода. С каждым коммитом помимо истории непосредственно изменений проекта будут кучи diff'ов файлов, до которых по сути нет никакого дела.
Если и хранить где-нибудь node_modules, то в отдельном репозитории, связанном субмодулем с основным. Но всё равно как-то не особо правильно. Было бы здорово, если бы был .lock файл, что выше говорили. Чтобы можно было написать npm lock, оно вернуло json с текущими зависимостями с конкретными версиями (которые сейчас локально), а потом или npm install менял своё поведение при наличии такого файла (при этом ругаясь, если он расходится с зависимостями в package.json), или отдельная команда, которая бы подтягивала конкретные зависимости. Хотя вариант с install лучше, мне кажется. Всякие там heroku бы правильно подтягивали бы зависимости, без каких-либо модификаций.
Мы с другом играли в трёх и четырёхмерные вариации крестиков-ноликов, которые сами придумали. Для трёхмерного варианта рисуется три слоя 3х3, и каждому игроку даётся по два «виртуальных» игрока, например, назовём их X, O, R, T. Сначала ходит X, потом O, потом R, потом T. Причём люди ходят по очереди. Если выигрывает X или R — победил первый игрок, иначе второй.
Этих виртуальных игроков пришлось ввести для баланса, иначе кто-то гарантированно побеждал, как я помню. В четырёхмерных нужно ещё больше виртуальных игроков, не помню сколько точно.
Правда это совсем не загрузчик, всё равно просто пихаю кучу script-тегов в head. Ну и лишние две строки в каждом файле в начале и конце. Впрочем, если взглянуть на node.js, оно там реализовано так же (например, если попытаться запустить что-нибудь инвалидное на первой строке можно получить:
В теории в среде node.js, а не браузера смогу определить глобальный Module и подпихивать туда настоящие module, exports, require и получить код, который и там и там работает. Да, я знаю, что уже есть такие решения, но не вижу проблем в своём. Потом можно будет просто склеить все подключенные скрипты в один и всё так же будет работать.
Раньше шумели о такой штуке, что сайт мог вставлять на страницу ссылки и считывать цвет ссылки. И сравнивать его с цветом посещённой. Не знаю, давно это было, сейчас уже вероятно запретили в браузерах так делать.
Похоже что установить куки может только сайт, на котором непосредственно был человек. Т.е. если ты находишься на сайте A, на сайт B никогда не заходил, то страница с сайта B, загруженная в фрейме/иным способом не может установить никаких куки.
Но проблема то в том, что у меня сейчас даже хром (ещё не обновился/не вышел апдейт) не поддерживает это свойство, что уж говорить про чуть более древние браузеры.
Описывал бы интерфейсы этих API, а потом бы принимал реализации, обложенные тестами со всех сторон, которые бы отличались лишь временем работы.
Идеально чтобы это всё было формально верифицируемо.
А для того, чтобы они не уволились уже через месяц, когда получат «огого, на пару лет хватит», ввести правило, например. Что если человек увольняется, то он не может устроиться обратно не вернув разницу между тем что получил за всё время работы в компании и рыночной зарплатой. И всё это с учётом инфляций и прочего.
Тогда возможно будет некий страх перед тем, что после того как они уволятся и деньги закончатся — они уже никогда не найдут подобной компании.
Или если я помню программирование и могу хотя бы немного писать, то учителем/преподавателем.
И научился бы в пиксел арте рисовать.
Просто у гугла оно «из коробки», а к вашим картам я не знаю, как бы это прикрутить.
Просто пишу небольшое приложение для себя, для учёта всех своих поездок.
И хотелось бы строить тепловую карту, чтобы можно было смотреть, где наиболее часто оказываюсь
Однако не вижу способов сделать это «нормально». Сейчас двигаюсь к тому, чтобы с webgl-heatmap рисовать тепловую карту на канвасе, добавить слой на карты и через data: нарезать этот канвас. Как-то криво.
Как вы это делаете?
Спасибо.
Если и хранить где-нибудь node_modules, то в отдельном репозитории, связанном субмодулем с основным. Но всё равно как-то не особо правильно. Было бы здорово, если бы был .lock файл, что выше говорили. Чтобы можно было написать npm lock, оно вернуло json с текущими зависимостями с конкретными версиями (которые сейчас локально), а потом или npm install менял своё поведение при наличии такого файла (при этом ругаясь, если он расходится с зависимостями в package.json), или отдельная команда, которая бы подтягивала конкретные зависимости. Хотя вариант с install лучше, мне кажется. Всякие там heroku бы правильно подтягивали бы зависимости, без каких-либо модификаций.
Этих виртуальных игроков пришлось ввести для баланса, иначе кто-то гарантированно побеждал, как я помню. В четырёхмерных нужно ещё больше виртуальных игроков, не помню сколько точно.
Правда это совсем не загрузчик, всё равно просто пихаю кучу script-тегов в head. Ну и лишние две строки в каждом файле в начале и конце. Впрочем, если взглянуть на node.js, оно там реализовано так же (например, если попытаться запустить что-нибудь инвалидное на первой строке можно получить:
<code>ruliov@ruliov-laptop:/tmp$ echo glitch > test.js ruliov@ruliov-laptop:/tmp$ node test.js /tmp/test.js:1 (function (exports, require, module, __filename, __dirname) { glitch</code>В теории в среде node.js, а не браузера смогу определить глобальный Module и подпихивать туда настоящие module, exports, require и получить код, который и там и там работает. Да, я знаю, что уже есть такие решения, но не вижу проблем в своём. Потом можно будет просто склеить все подключенные скрипты в один и всё так же будет работать.
Раньше шумели о такой штуке, что сайт мог вставлять на страницу ссылки и считывать цвет ссылки. И сравнивать его с цветом посещённой. Не знаю, давно это было, сейчас уже вероятно запретили в браузерах так делать.