Хм, ну судя по количеству обсуждений, мы все тут... в общем, не тратим время в пустую. А если по сути, то как по мне, самое сложное, это чего-то захотеть, по настоящему. Захочешь - сделаешь.
Признаю. Напутал. Речь не о крови, а о "жёлтой кровяной соли" получаемой из отходов скотобоен, в частности рогов и копыт, или. Если верить, источнику, был такой способ азотироваия стали, перед закалкой.
Возможно, Вы, имели имели в виду "закалку" холодного оружия в крови. Такое имело место, хоть это и не закалка вовсе, а преследовал совсем другую, практическую цель. Ну, а потом, вероятно, "обросло" мифами.
Пожалуй, поддержу. И не только статья, но и часть комментариев. Удивительно, но почему не затронута одноименная с темой книга. (Роберт Мартин - Чистый код), там довольно хорошо раскрыта тема. З. Ы. Даже если примеры противоречат, скажем так, идеологии других ЯП
Спасибо за идею! Теперь я буду считать, что не только базовые конструкции ЯП должны выглядеть одинаково, но и имена их базовых библиотек.
А разница в синтаксисе, не является проблемой, так, небольшой раздражающий фактор) когда по запарке путаться начинаешь на чем пишешь в данный момент.))
Привет всем! Мне как-то тоже приходили мысли о будущем ЯП. Сказать однозначно какой путь правильный, сложно т. к. я не знаю ВСЕ ЯП, фреймворки и т. д.)). Кажется, что на "каком языке разговаривать" определяется при рождении проекта. С ним (набором технологий разработки ПО) проект и живёт свою жизнь. Если кто знает пример перевода на "другие рельсы"... Думаю это будет не малая статья.
Я хотел бы предложить идею о сближении синтаксиса языков (вероятно один родить будет сложно), но вот пример одних и тех же конструкций на разных ЯП:
Не могу однозначно сказать, когда запоминается лучше, когда пишешь от руки или набираешь на клавиатуре. Но, чтобы мысль записать, её нужно оформить, хотя бы в виде предложения, обдумать, так сказать. А для этого нужно, самому понимать, что, нужно записать. Т. е. провести определённую мысленную работу. Не знаю как там наш мозг работает, но возможно, создаются определённые ассоциаивные конструкции, которые и позволяют, потом вспомнить нужный образ.
З. Ы. Порой когда пытаешься, что то подобное записать, понимаешь, что это тебе не нужно)).
Здравствуйте. Выглядит вполне, видно, что руки не для скуки. И если это изделие звучит достойно, то мои искренние поздравления. Но возможно автор не упамянул о целой массе задач о расчёте объёмов корпусов, выборе раздела по частота НЧ и ВЧ фильтров, под тройки всего этого под характеристики динамиков, и конечно же, расчёта фазоинвертора. Вот поэтому хорошая акустика и стоит денег.
Ребята, это все замечательно, но в данном обсуждении я не заметил оценки энергопотребление самим трекером. Если постоянно крутить панель, то потребление энергии при водами (да и их износ) будет значительным. Я как то размышлял на эту тему и мне в голову пришла идея о "примерном астрономическом" наведении на Солнце. Т. Е. Панели разворачиваются к нормали солнечных лучей с точностью, ну скажем +- 10 градусов. При этом система не отслеживает положение Солнца по датчикам а вычисляет его положение исходя из данных реального времени и географическое широты. Следовательно за сутки нужно сделать около 18 корректировок по горизонтали и не более 1 по вертикали. Для реализации такого проекта на Ардуино нужны модули реального времени и датчики угла поворота (можно заменить электронным компасом и гироскопом - очень дешевле) остальное за механикой :)
Сейчас работаю над подобной задачей.
Вообщем идея такова:
100 волн (периодов) сетевого напряжения есть 100% мощности подводимой к ТЭНу. На основании расчёта ПИД регулятора получаем, к примеру 25%. Следовательно за период регулирования (он составляет 2с, что для инертных систем время небольшое) подаём на ТЭН 25 волн из 100. Порядок включённых (1) и отключенных (0) волн определяем алгоритмом Брезенхема. Всё коммутации осуществляются при переходе напряжения через "0", что снижает выбор помех в сеть. Отслеживание перехода чез "0" реализовано на обработке внешнего прерывания. Точность регулирования 1% (можно сделать любую). Почти все расчёты целочисленные, алгоритм очень простой. Кому интересно могу поделиться схемами и программами.
Хм, ну судя по количеству обсуждений, мы все тут... в общем, не тратим время в пустую. А если по сути, то как по мне, самое сложное, это чего-то захотеть, по настоящему. Захочешь - сделаешь.
Признаю. Напутал. Речь не о крови, а о "жёлтой кровяной соли" получаемой из отходов скотобоен, в частности рогов и копыт, или. Если верить, источнику, был такой способ азотироваия стали, перед закалкой.
Возможно, Вы, имели имели в виду "закалку" холодного оружия в крови. Такое имело место, хоть это и не закалка вовсе, а преследовал совсем другую, практическую цель. Ну, а потом, вероятно, "обросло" мифами.
Ну, насчёт join не согласен. https://clickhouse.com/docs/ru/sql-reference/statements/select/join
Пожалуй, поддержу. И не только статья, но и часть комментариев. Удивительно, но почему не затронута одноименная с темой книга. (Роберт Мартин - Чистый код), там довольно хорошо раскрыта тема. З. Ы. Даже если примеры противоречат, скажем так, идеологии других ЯП
Спасибо за идею! Теперь я буду считать, что не только базовые конструкции ЯП должны выглядеть одинаково, но и имена их базовых библиотек.
А разница в синтаксисе, не является проблемой, так, небольшой раздражающий фактор) когда по запарке путаться начинаешь на чем пишешь в данный момент.))
Привет всем! Мне как-то тоже приходили мысли о будущем ЯП. Сказать однозначно какой путь правильный, сложно т. к. я не знаю ВСЕ ЯП, фреймворки и т. д.)). Кажется, что на "каком языке разговаривать" определяется при рождении проекта. С ним (набором технологий разработки ПО) проект и живёт свою жизнь. Если кто знает пример перевода на "другие рельсы"... Думаю это будет не малая статья.
Я хотел бы предложить идею о сближении синтаксиса языков (вероятно один родить будет сложно), но вот пример одних и тех же конструкций на разных ЯП:
fun, func, function
if (a == b) {}, if a==b {}
Разница синтаксиса конструкций switch... case
for...
наличие ; в конце строки
И. Т. Д.
Думаю, что такие тенденции, вожможны в будущем.
Не могу однозначно сказать, когда запоминается лучше, когда пишешь от руки или набираешь на клавиатуре. Но, чтобы мысль записать, её нужно оформить, хотя бы в виде предложения, обдумать, так сказать. А для этого нужно, самому понимать, что, нужно записать. Т. е. провести определённую мысленную работу. Не знаю как там наш мозг работает, но возможно, создаются определённые ассоциаивные конструкции, которые и позволяют, потом вспомнить нужный образ.
З. Ы. Порой когда пытаешься, что то подобное записать, понимаешь, что это тебе не нужно)).
Здравствуйте. Выглядит вполне, видно, что руки не для скуки. И если это изделие звучит достойно, то мои искренние поздравления. Но возможно автор не упамянул о целой массе задач о расчёте объёмов корпусов, выборе раздела по частота НЧ и ВЧ фильтров, под тройки всего этого под характеристики динамиков, и конечно же, расчёта фазоинвертора. Вот поэтому хорошая акустика и стоит денег.
Ребята, это все замечательно, но в данном обсуждении я не заметил оценки энергопотребление самим трекером. Если постоянно крутить панель, то потребление энергии при водами (да и их износ) будет значительным. Я как то размышлял на эту тему и мне в голову пришла идея о "примерном астрономическом" наведении на Солнце. Т. Е. Панели разворачиваются к нормали солнечных лучей с точностью, ну скажем +- 10 градусов. При этом система не отслеживает положение Солнца по датчикам а вычисляет его положение исходя из данных реального времени и географическое широты. Следовательно за сутки нужно сделать около 18 корректировок по горизонтали и не более 1 по вертикали. Для реализации такого проекта на Ардуино нужны модули реального времени и датчики угла поворота (можно заменить электронным компасом и гироскопом - очень дешевле) остальное за механикой :)
Сейчас работаю над подобной задачей.
Вообщем идея такова:
100 волн (периодов) сетевого напряжения есть 100% мощности подводимой к ТЭНу. На основании расчёта ПИД регулятора получаем, к примеру 25%. Следовательно за период регулирования (он составляет 2с, что для инертных систем время небольшое) подаём на ТЭН 25 волн из 100. Порядок включённых (1) и отключенных (0) волн определяем алгоритмом Брезенхема. Всё коммутации осуществляются при переходе напряжения через "0", что снижает выбор помех в сеть. Отслеживание перехода чез "0" реализовано на обработке внешнего прерывания. Точность регулирования 1% (можно сделать любую). Почти все расчёты целочисленные, алгоритм очень простой. Кому интересно могу поделиться схемами и программами.