Пользуюсь почтой mail.ru, но только её упрощенной версией m.mail.ru
Устраивает в ней все, дизайн, принципы интерфейса, адаптивность, эффективность, простота и всё остальное. А особенно скорость работы (просто нет равных).
Прошу, только не трогайте её. Оставте все как есть. Ну пожалйста.
На мой взгляд:
— ESLint заменяет JSHint. Так же ESLint может подсвечивать коментарии «TODO», «FIXME». Соответсвенно можно не устанавливать «TODO Highlight»:
— у GitLens достаточно много функций, не вижу смысла дополнительно устанавливать «Git History»:
— Запустить/обновить в браузере можно настройками в проекте (package.json и т.п.), это вместо «Open in browser»:
— «Color Highlight»? — у меня как то без дополнений цвет в квадратике рядом с кодом появляется:
— про «Trailing Spaces» уже сказали, но добалю что ESLint тоже умеет их подсвечивать.
В списке есть дополнение для сниппетов, но не увдидел такого полезного дополнения как «Code Spell Checker».
Очень удивил Vetur, его резмер более 200 МБ.
Что касается некоторых остальных дополнений, то само приложение VS Code, умеет неплохо рекомендовать дополнения. Просто ориентируясь на то с какими файлами вы работаете.
Оформление редактора у каждого свое, предлагать темы/шрифты/иконки не вижу смысла.
Ну и подобных статей на хабре уже не мало, и в основном список повторяется.
А как на счет переводов из-за бугра для ИП фрилансера (Uplwork, PayPal, Яндекс.Деньги)? Какие могут возникнуть трудности с оформлением этих поступлений или с валютным контролем? Как с ведениме валютного счета? Опишите, кто с этим сталкивался.
Таких персонажей просто забанят и все, либо сотрут. Забаненых можно поместить в психо/нарко диспансеры. Хотя вполне возможно, что они для этого и созданы, изначально.
привлечь багхантеров на поиски багов этой реальности
И что это даст? Ну найдут баг, расскажут всем про него. Но баг то пофиксят, систему откатят, или просто потрут память. Останутся только байки, вроде того, что земля плоская, или солнце вокруг земли крутится.
Всегда думал что «бортовой компьютер» в авто — это такая штука в которую заходит куча проводов от датчиков, и он там двигатель «считает» (горючую смесь регилирует и все такое). А вот это вот просто мультимедиа система, магнитола в общем.
Заголовок вашего поста перекликается с очень известной цитатой «640 Кб должно быть достаточно для каждого» 1981, не Билл Гейтс. Которая относится к RAM. Поэтому, читателей, решивших что статься про RAM очень много.
Если дело только в этом, то варианты вроде const e = Array(1, 2, 3), туда же, так как:
const a = Array(6)
console.log(a) // [empty × 6]
const b = Array('6')
console.log(b) // ["6"]
Но, вообще ситуация такая, необходимы несколько массивов, но с дополнительными одинаковыми методами. Писать в Array.prototype не то. Очень удобно получается с наследованием:
class MyArray extends Array {
myMethod1() {}
myMethod2() {}
}
const a = new MyArray(1, 2, 3)
a.myMethod1()
a.myMethod2()
Я пологаю для истории. Пройдет много времени и спецификация языка поменяется, странички на developer.mozilla.org обновятся. А эта статья так и останется на хабре. Можно будет зайти сюда, почитать, по ностальгировать. Вспомнить времена когда JS был еще тёплым, ламповым.
Не совсем понял ваш ответ. Если я правильно понимаю, то вы хотите вашу текущую схему работы просто перенести в облако? Заменить физические компьютеры инженера и двух архитекторов, на облачные.
Но у вас:
3d max +Corona — 24/7. Постоянная работа, плюс в ночное время и выходные
3d max +Corona. В зависимости от задачи от 24 часов всю неделю при работе над картинками до 0 часов в день, если работа ведется над моделью в ревите. Необходим доступ 24 часа для контроля и запуска рендеров на ночь и удаленно
Если правильно понимаю, то в данном случае компьютеры используются для рендеринга.
Так как вы решили перейти в облака, то возможно требуется пересмотреть подход к работе. И для рендеринга использовать отдельные сборки (максимально мощные), а лучше использовать специализированные облачные сервисы. Все равно ведь будете платить за процессорное время. А для работы (моделирование и прочее) использовать сборки по проще. В этом случае сможете уменьшить время рендеринга, и не придется их арендовать и контролировать 24/7.
Конечно, возможно появятся дополнительные расходы. Например, на дополнительные лицензии на ПО.
Просто, когда я работаю в 3D, мне всегда не хватает второго компьютера. Рендеринг может занимать часы, а параллельно делать что-то еще на этой машине трудновато (проц 4 ядра, 8 потоков, 8ГБ ОЗУ). Но в общих чертах, для моделирования его "много", а для рендеринга катастрофически «мало».
Многие программы для 3D-моделирования поддерживают облачный рендеринг. Не рассматривали такой вариант? Т.е. для работы архитекторов/дизайнеров подобрать конфигурацию по проще, но основной рендеринг проводить в спец облаке, либо на отдельной конфигурации (когда это потребуется). Хотя, сейчас для моделирования, требуется еще и много памяти.
Устраивает в ней все, дизайн, принципы интерфейса, адаптивность, эффективность, простота и всё остальное. А особенно скорость работы (просто нет равных).
Прошу, только не трогайте её. Оставте все как есть. Ну пожалйста.
— дёшево
— просто
— ESLint заменяет JSHint. Так же ESLint может подсвечивать коментарии «TODO», «FIXME». Соответсвенно можно не устанавливать «TODO Highlight»:
— у GitLens достаточно много функций, не вижу смысла дополнительно устанавливать «Git History»:
— Запустить/обновить в браузере можно настройками в проекте (package.json и т.п.), это вместо «Open in browser»:
— «Color Highlight»? — у меня как то без дополнений цвет в квадратике рядом с кодом появляется:
— про «Trailing Spaces» уже сказали, но добалю что ESLint тоже умеет их подсвечивать.
В списке есть дополнение для сниппетов, но не увдидел такого полезного дополнения как «Code Spell Checker».
Очень удивил Vetur, его резмер более 200 МБ.
Что касается некоторых остальных дополнений, то само приложение VS Code, умеет неплохо рекомендовать дополнения. Просто ориентируясь на то с какими файлами вы работаете.
Оформление редактора у каждого свое, предлагать темы/шрифты/иконки не вижу смысла.
Ну и подобных статей на хабре уже не мало, и в основном список повторяется.
Не спорю, чем проще синтаксис, тем лучше.
Но если нужен нестандартный вариант? (ниже)
Но, вообще ситуация такая, необходимы несколько массивов, но с дополнительными одинаковыми методами. Писать в Array.prototype не то. Очень удобно получается с наследованием:
«не рекомендуется» и всё тут, а почему непонятно. Хотя бы ссылку, почитать подробнее.
А лучше поподробнее.
Но у вас: Если правильно понимаю, то в данном случае компьютеры используются для рендеринга.
Так как вы решили перейти в облака, то возможно требуется пересмотреть подход к работе. И для рендеринга использовать отдельные сборки (максимально мощные), а лучше использовать специализированные облачные сервисы. Все равно ведь будете платить за процессорное время. А для работы (моделирование и прочее) использовать сборки по проще. В этом случае сможете уменьшить время рендеринга, и не придется их арендовать и контролировать 24/7.
Конечно, возможно появятся дополнительные расходы. Например, на дополнительные лицензии на ПО.
Просто, когда я работаю в 3D, мне всегда не хватает второго компьютера. Рендеринг может занимать часы, а параллельно делать что-то еще на этой машине трудновато (проц 4 ядра, 8 потоков, 8ГБ ОЗУ). Но в общих чертах, для моделирования его "много", а для рендеринга катастрофически «мало».