[на интуиции] Массив каким-либо образом нужно конвертнуть в строку для отрисовки, так? И вот именно это знание не нужно держать в компоненте. Интереснее, как мне кажется, это знание отдать движку (jsx).
:) Мутации легко добиться и с "конст": const d = {k: 1}; d.k = 2 но это в локальном скоупе функцию. А вот аргументы функции лучше не мутировать -- этот скоуп на уровень выше.
Кейворд let он как бы режет глаза :) Наиболее частое использование let на моей памяти - let x; try { x = guessNumber() } catch() { x = 42 } ... -- тут как бы не юзать let и вынести try в функцию.
Кажется, я понял: у нас разные точки зрения на зону ответственности сотрудников. В данных примерах основная причина конфликта — сотрудников поставили перед фактом, не оставив права на выбор. Чтобы было право на выбор, нужно иметь право что-то решать в коллективе или на что-то влиять. Чтобы что-то решать, нужно брать ответственность, не теряя интереса при этом к любимому делу. То есть, например, в маленьких компаниях это довольно просто, тут главное не обидеться на всех. В компании побольше нужно принимать решения на локальном уровне, например на уровне отдела, и верить (надеяться) что руководитель отдела на даст в обиду своих подчинненых.
Если я вас правильно понял, сотрудник, беря ответственность за стратегию, не должен постить в паблик, так как это повредит развитию компании. Если сотрудник отдал на откуп, ему тоже не желательно постить в паблик, так как это затронет стратегию (а он уже отказался от принятия стратегических решений).
Тут, кажется, есть два решения: 1) сотрудник может ограничить скоуп паблика (например, локальный интранет); 2) компания может признать ошибку публично, завоевав доверие, и пообещать не допускать такого в будущем.
> но вы ему честно говорите какой ваш личный интерес в решении этой задачи.
хм… интересно :)
А какие есть варианты? Типа, разработчик говорит, что ему хочется заюзать либу и затем пополнить резюме или задача скучная и ее он будет делать осенью
В проде либо вас проигнорят, либо будете аккуратно посланы нафиг с комментом "styling issues, no real value"
👍 :)
Линки пожалуйста
Быстрый поиск выдает: https://www.reddit.com/r/rust/comments/tcdas8/my_company_refuses_to_use_rust_because_it_changes/
:)
Спасиб)
https://leetcode.com/problems/kth-smallest-number-in-multiplication-table/
Про xss - да, хороший поинт
Кажется интерфейс у компонента будет немного другой, но тз покроет :)
[на интуиции] Массив каким-либо образом нужно конвертнуть в строку для отрисовки, так? И вот именно это знание не нужно держать в компоненте. Интереснее, как мне кажется, это знание отдать движку (jsx).
:) Мутации легко добиться и с "конст":
const d = {k: 1}; d.k = 2но это в локальном скоупе функцию. А вот аргументы функции лучше не мутировать -- этот скоуп на уровень выше.Кейворд let он как бы режет глаза :) Наиболее частое использование let на моей памяти -
let x; try { x = guessNumber() } catch() { x = 42 } ...-- тут как бы не юзать let и вынести try в функцию.Без них было бы совсем печально :(
Оки)
Статистика на страничке https://leetcode.com/<username>
Swift мне кажется вполне читаемый, typescript неплох
Задачка дня на сегодня -- 344. Reverse String. Если решите, у вас +10 монеток :)
Тут, кажется, есть два решения: 1) сотрудник может ограничить скоуп паблика (например, локальный интранет); 2) компания может признать ошибку публично, завоевав доверие, и пообещать не допускать такого в будущем.
Клиент голосует рублем (обычно зеленого цвета), а родственников можно и нафиг послать по интимным вопросам
хм… интересно :)
А какие есть варианты? Типа, разработчик говорит, что ему хочется заюзать либу и затем пополнить резюме или задача скучная и ее он будет делать осенью