который покажет верна теория или нет

большинство же просто делают предположения и просто в них верят. Очень на религию похоже

а хуже когда такие вот теории распространяют в публичных местах

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

А почему опровергнуть, а не доказать?

95% людей будут тупо верить наслово, без каких-либо проверок проверить.

А почему опровергнуть, а не доказать?

потому что доказать обычно проще)

ну то есть... есть хорошее упражнение

например я назову последовательность 3-х чисел и ты попробуешь угадать по какому правилу последовательность формируется. Для этого ты сделаешь предположение

например 2, 4, 8

попробуй выяснить правило)

предложи свои 3 числа вписывающиеся в мое правило

для этого ты должен сделать предположение о том какое у меня правило

3 6 9

подходит

X 2x 3x | x e N

X 2x 3x | x e N

эм.... это правило?)

нет)

эм.... это правило?)

Другие примеры

так ты должен предлагать другие примеры)

ну мол ты сделал предположение, а теперь скажи мне последовательность которая не вписывается в предположение

Я взял какой-нибудь верифай тул и начал генерить варианты)

То что import {someFunction} from './myFile'; загрузит только someFunction, а не весь myFile.js нужно ещё доказать. Скорее всего можно предположить, что загрузится весь файл, но потом GC уберёт всё неиспользуемое, но это всё предположения. Но и в таком случае будет лишний расход памяти и процессорного времени (очень мизерный конечно, но всё-таки).

Я взял какой-нибудь верифай тул и начал генерить варианты)

давай проще, просто назови 3 числа

которые по твоему будут неверны

1 2 3

То что import {someFunction} from './myFile'; загрузит только someFunction, а не весь myFile.js нужно ещё доказать. Скорее всего можно предположить, что загрузится весь файл, но потом GC уберёт всё неиспользуемое, но это всё предположения. Но и в таком случае будет лишний расход памяти и процессорного времени (очень мизерный конечно, но всё-таки).

ну так это легко доказать)

> Алексей но потом GC уберёт всё неиспользуемое эм... нет

ну мол все чуть сложнее, GC тут не привем

1 2 3

подходит

0 0 0

0 0 0

не подходит

вы можете это доказать? залезть внутри ноды

это не последовательность

То что import {someFunction} from './myFile'; загрузит только someFunction, а не весь myFile.js нужно ещё доказать. Скорее всего можно предположить, что загрузится весь файл, но потом GC уберёт всё неиспользуемое, но это всё предположения. Но и в таком случае будет лишний расход памяти и процессорного времени (очень мизерный конечно, но всё-таки).

Tree Shaking, DCE. Всё это работает на практике.

Можешь проверить.

вы можете это доказать? залезть внутри ноды

у ноды есть средства для отладки которые позволяют тебе дамнуть промежуточный код из которого генерится машинный

это не последовательность

? О о

Tree Shaking, DCE. Всё это работает на практике.

из коробки?

? О о

три нуля != последовательность из трех чисел, нет?

это одно число

Tree Shaking, DCE. Всё это работает на практике.

это с webpack. Он переживает что нода пихает в память вообще все что грузит

три нуля != последовательность из трех чисел, нет?

Последовательность

Последовательность чисел - упорядоченное множество, каждый элемент которого - число

Последовательность

короч правило - любая возрастающая последовательность натуральных чисел

а ты начал усложнять

Я перебирал ну)

ну логика такая "так, он дал степени двойки... возьму 1, 3, 5 что бы опровергнуть... так подходит... возьму 1, 2, 3... и это подходит... 3, 2 ,1 - не подходит..."

ну то есть у тебя есть предположение и ты будешь делать что-то что не вписывается в предположение

что бы понять верно оно или нет.

ну ладно, нода это конечно хорошо и там скорее всего действительно всё оптимизируется отлично, только JS не единственный язык

ну ладно, нода это конечно хорошо и там скорее всего действительно всё оптимизируется отлично, только JS не единственный язык

давай другой)

да хоть Java

Даж пых с композеровским автолоадом не грузит лишние классы

используйте один класс из jar, извольте весь jar за собой тянуть

и все его зависимости

конечно в оперативу всё грузиться не будет

но всё-таки

используйте один класс из jar, извольте весь jar за собой тянуть

всегда есть статическая компиляция))

а в нативном мире как раз таки будет грузиться в оперативу

ну логика такая "так, он дал степени двойки... возьму 1, 3, 5 что бы опровергнуть... так подходит... возьму 1, 2, 3... и это подходит... 3, 2 ,1 - не подходит..."

Ну я понял о чем ты

а в нативном мире как раз таки будет грузиться в оперативу

например? В С/C++/Objective-C/Rust/D при компиляции все лишнее выкидывается

но если ты юзаешь динамические библиотеки - это чуть другое

тут я не могу ничего утверждать ибо не проверял есть ли разница

но опять же нет никакой проблемы

проблема разве что с тем что тебе из jar-ки понадобился только один класс

ERROR: S client not available

но если опять же тебе это критично - есть инструменты позволяющие оптимизировать jar-ки и выкидывать из них все что не юзается

> The JVM only loads classes when they are used - that is, unused classes are not loaded.

ну то есть насколько я понял из инфы которую удалось нагуглить, вроде как нет проблем

В любом случае, из jar нужно осторожно выкидывать ненужное. Так как есть Class.forName.

В любом случае, из jar нужно осторожно выкидывать ненужное. Так как есть Class.forName.

да не нужно тебе это

объясни почему ты считаешь что это проблема7

Ну это не то чтобы проблема, просто небольшая неприятность.

Ты о каких-то не тех вещах думаешь мне кажется.

Когда это как-то реально будет мешать, то тогда и будешь думать.

Ну это не то чтобы проблема, просто небольшая неприятность.

в чем неприятность то?

ну то есть... как по мне эффект от этого как минимум нейтрален. Никому ни холодно ни жарко. Почему ты считаешь что это оказывает негативный эффект?

А я вот не пойму почему ноду ругают за микробиблиотеки из одной фунции. Это же замечательно

А я вот не пойму почему ноду ругают за микробиблиотеки из одной фунции. Это же замечательно

ну потому что список зависимостей километровый при том же объеме кода) ну то есть да, проблемы нет. Есть конечно небольшие минусы... маленькие либки часто никто не суппортит должным образом, с другой стороны их и не надо особо суппортить, проще намного

А чего там суппортить? Написал один раз и забыл

ну а вдруг баг)

в целом согласен)

По поводу километрового списка зависимостей не вижу проблем

По поводу километрового списка зависимостей не вижу проблем

ну так ее и нет)

есть проблемы объективные, и то что придумывают себе люди

эта "проблема" из второй категории

Ну там доставляют функции типа isTwo и подобные)

Можно вопрос по коду Java? Насколько принято так писать? { if (isAlcoholic()) {return "Напиток алкогольный";} else {return "Напиток безалкогольный";} }

просто вот например в таком виде для меня лично менее читабельно { if (isAlcoholic()) { return "Напиток алкогольный"; } else { return "Напиток безалкогольный"; } }

да прибудет с тобой early return

{ if (isAlcoholic()) return 'Напитак алкогольный'; return 'Напиток безалкогольный'; }

а еще лучше подумать как избавиться от этого if

не, я чисто за расстановку скобок {} вопрошаю

не, я чисто за расстановку скобок {} вопрошаю

это лично дело команды.

т.е. общепринятого "этикета" нет?

http://softwareengineering.stackexchange.com/questions/2715/should-curly-braces-appear-on-their-own-line

там оч хороший ответ на твой вопрос