Вы пишете, что хотите русский, но в примерах какой-то дубовый промпт с английского. Доводите уж мысль до конца:
«целый Длина» длина у нас целАЯ.
«целый Ч = 127» а число целОЕ.
«дробный Пи» — дробнОЕ
Кроме того, если переменная — объект действия, то стоит её ставить в нужный падеж:
например, не «Печатать(Длинна)» а Печатать(Длинну)
И чтобы правильное словоизменение проверялось компилятором ;)
А сейчас вы с одной стороны хотите русский, а с другой уродуете его так, что просто неприятно. Уж лучше английский, там слова изменяются слабо. Хоть читать можно.
Сначала решаешь задачу ручками, по шагам, вводишь каждую команду, балуешься с опциями. Потом из истории всё, что понравилось, копируешь в отдельный файл. Добавляешь сверху #!/bin/bash, комментариев по вкусу, немного переменных, чтобы вынести повторяющиеся константы вверх. chmod +x и готово.
Тогда что насчёт велосипедостроения? Тут «широкие» проигрывают: «глубокий» девелопер, который использует фреймворк или язык уже много лет, знает больше ньюансов, да.
Но! Местные ньюансы скорее всего не оригинальны. Скорее всего они уже встречались в других языках и «широкий» скорее всего о них будет знать. Это не 100%. «широкий» конечно не найдёт все ньюансы, но и совсем нубом он точно не будет.
Всё таки проигрыш? Не совсем. «Широкий» будет гуглить также чтобы найти шорткаты, которых нет в местном языке и фреймворке! Он их видел в других языках. А когда не найдёт поплюется и создаст свой.
Таким образом «глубоким» придётся показать «широкому» несколько шорткатов, которые он не нашел, но! взамен он принесёт из других языков новые шорткаты, про которые «глубокие» и не подозревали.
(блин, стронг не закрыл, а предпросмотр не показал выделение вообще :( Сорри )
Первая часть.
Кто пишет запутанный код? Специально никто. Каждый пишет такой код, который сам считает хорошим/читаемым/удобным и т.п.
Тогда откуда появляется запутанный говнокод? Из-за разницы уровней девелоперов. Один знает два пути решения задачи и выбрал лучший. Другой знает 20, а два пути первого считает запутанными. Вот второй и говорит, что первый пишет запутанный говнокод.
Как избежать того, чтобы твой код называли запутанным? Получается, что надо знать как можно больше путей решения задачи, их плюсы и минусы.
И тут «широкие» программисты рулят и педалят. Посмотрев десятки языков, фреймворков библиотек они собрали в голове кучу способов решения множества задач. Достаточный объем чтобы не только писать приятный код, но и скептически хмыкать смотря на ваши стандартные библиотеки и фреймворки: «вот там-то это сделано намного приятнее».
> «широкоориентированность» и говнокод — не причина и следствие, а два идущих за руку друга. нелюбовь человека к глубокому изучению предмета
Позвольте поспорить.
Что такое говнокод? Это сложный код — можно было бы написать чище, приятнее, удобнее для сопровождения.
Это можно было бы сделать как и по-другому сконструировав код, сделав его менее запутанным, так и использовав шоткаты языка, библиотеки или фреймворка вместо своего велосипеда.
И того два типа говнокода: запутанный код и велосипедостроение. И соответственно две части. Я их разделю, чтобы легче было обсуждать каждую отдельно.
Опять же согласен! Празнавать ошибки надо, и это правильно и полезно. Но мы же не знаем, признал свою ошибку админ или нет?
Может он услышав жалобу клиентки, сам понял причину, исправил и в тот же день написал начальству, какой он дурак и что вот за эти и эти рестарты виноват только он, это обошлось компании в такую-то сумму и они могут вычесть её из зарплаты ;)
б, в не факт :) Вполне возможно, что и логи были и админ их мониторил, но только первые месяцы (пока роковая женщина не зарегистрировалась). Убедившись, что скрипт работает, он переключился на другие задачи, а на это больше не было времени.
Вообще, админы обычно не читают логи по утрам. Не эффективно. В лучшем случае краткую выдержку из скрипта, который ищет нестандартные записи (взлом, подбор пароля, нестандартные ошибки). А в логи лезут когда появляется проблема. Для поиска проблем помогают всякие графики загрузки и мониторилки.
А то, что эта проблема обнаружилась после звонка женщины, может говорить о том что ПО было настолько сырым, или рестарт настолько быстрым, что ещё два-три рестарта в сутки погоду не делали.
Я, ведь, ещё могу придумать ипотеку, трёх детей, и жену которая после последних родов не сможет работать ещё пол года. И в таких обстоятельствах просто страшно менять даже плохого, но платящего, работадателя на кота в мешке. Вдруг пролетит, не соберёшь данег на очередной платёж и лишишься квартиры.
И не надо думать, что парень — дибил, раз попал в такую ситуацию. Ведь всего год назад у него была вторая квартира, две машины, хороший доход с двух работ и приличная финансовая подушка, вот они и решились на третьего ребёнка и ещё одну ипотеку.
Но пол года назад родители на одной машине попали в тяжелое ДТП, и на операцию пришлось продать квартиру, потом серия других неприятностей с родственниками и тяжелые роды (стрессы и всё такое) заставили продать и другие машины чтобы оплатить операции и лечение за рубежом. Со второй работы его выгнали, пока он ездил по операциям (им пофиг было). Чёрная полоса может спустить на землю любого.
А ещё лучше никогда не судить, услышав только одну точку зрения.
Может там админу дали сырое ПО, быстро написанное левой ногой, и сказали: «держи». А оно падает от хлопков дверью. И он уже замучался писать девелоперам багрепорты и просить их сделать хоть что-то, а ничего не фиксят. Потому что кризис программистов, и менеджеры с целью выполнить задачу на квартал отправили хороших девелоперов писать и запускать другой денежный проект, а на поддержку уже проданного оставили дешевых интернов-студентов, которым просто не хватает опыта и знаний ни на что, кроме как починить опечатку в сообщении об ошибке.
Ни доки ни инструкций быстро слинявшие с проекта авторы не успели оставить, админу разбираться в ПО совсем не сруки, у него свои задачи, которые надо сделать, бекапы настроить протестировать.
И вот в очередной раз отправив багрепорт в /dev/null он, в запарке (надо там кластер расширить, там бекапы поднять), одной рукой делает facepalm, а другой быстро пишет скрипт который бы хоть как-то сэкономил время с этим говноПО. И оказался в итоге дураком в поучительной истории ;)
Конечно я тут навыдумывал, но очень часто слышал очень однобокие пересказы историй, которым самым был свидетелем.
Поездка туда-обратно дороже выйдет. Может просто расскажите, что помешает усикам для 1, 2 и 3 провода съехать с этих медных проводов и замкнуться с соседом?
Похоже на фейк. Оно вообще по идее не сможет работать. Там же нужно, чтобы провода были в бороздках, чтобы туда усики из мамы аккуратно легли. Как минимум первые 3, иначе закоротят как пить дать.
Приложение написано исключительно в образовательных целях. Всю ответственность за использование данной программы в целях противоречащих законодательству РФ и
других государств целиком и полностью несете Вы.
Epic fail цензуры Китая. Теперь ещё больше людей знает об этих событиях.
И действует это намного эффективнее пропоганды. Если бы кто-то начал мне парить про это, я бы слушал с долей критики (если рассказывает, значит зачем-то надо, явно ангажирован). А тут критика бессильна: прячут, значит было!
Цена за хостинг и траффик сейчас и рядом не стоит с ценой за аренду складов, помещений под книжные магазины и транспортировку тонн бумаги по нашей стране. Там разница на порядки.
такие доски только маленького размера продаются в магазинах для детей.
Там ячейки с белой жидкостью и опилками. На «карандаше» магнитик, который притягивает опилки к лицевой стороне. А стирать надо с помощью длинного магнита во всю высоту доски, который проводтися под доской и притягивает опилки к задней стороне.
Вы пишете, что хотите русский, но в примерах какой-то дубовый промпт с английского. Доводите уж мысль до конца:
«целый Длина» длина у нас целАЯ.
«целый Ч = 127» а число целОЕ.
«дробный Пи» — дробнОЕ
Кроме того, если переменная — объект действия, то стоит её ставить в нужный падеж:
например, не «Печатать(Длинна)» а Печатать(Длинну)
И чтобы правильное словоизменение проверялось компилятором ;)
А сейчас вы с одной стороны хотите русский, а с другой уродуете его так, что просто неприятно. Уж лучше английский, там слова изменяются слабо. Хоть читать можно.
Сначала решаешь задачу ручками, по шагам, вводишь каждую команду, балуешься с опциями. Потом из истории всё, что понравилось, копируешь в отдельный файл. Добавляешь сверху #!/bin/bash, комментариев по вкусу, немного переменных, чтобы вынести повторяющиеся константы вверх. chmod +x и готово.
Тогда что насчёт велосипедостроения? Тут «широкие» проигрывают: «глубокий» девелопер, который использует фреймворк или язык уже много лет, знает больше ньюансов, да.
Но! Местные ньюансы скорее всего не оригинальны. Скорее всего они уже встречались в других языках и «широкий» скорее всего о них будет знать. Это не 100%. «широкий» конечно не найдёт все ньюансы, но и совсем нубом он точно не будет.
Всё таки проигрыш? Не совсем. «Широкий» будет гуглить также чтобы найти шорткаты, которых нет в местном языке и фреймворке! Он их видел в других языках. А когда не найдёт поплюется и создаст свой.
Таким образом «глубоким» придётся показать «широкому» несколько шорткатов, которые он не нашел, но! взамен он принесёт из других языков новые шорткаты, про которые «глубокие» и не подозревали.
Первая часть.
Кто пишет запутанный код? Специально никто. Каждый пишет такой код, который сам считает хорошим/читаемым/удобным и т.п.
Тогда откуда появляется запутанный говнокод? Из-за разницы уровней девелоперов. Один знает два пути решения задачи и выбрал лучший. Другой знает 20, а два пути первого считает запутанными. Вот второй и говорит, что первый пишет запутанный говнокод.
Как избежать того, чтобы твой код называли запутанным? Получается, что надо знать как можно больше путей решения задачи, их плюсы и минусы.
И тут «широкие» программисты рулят и педалят. Посмотрев десятки языков, фреймворков библиотек они собрали в голове кучу способов решения множества задач. Достаточный объем чтобы не только писать приятный код, но и скептически хмыкать смотря на ваши стандартные библиотеки и фреймворки: «вот там-то это сделано намного приятнее».
Позвольте поспорить.
Что такое говнокод? Это сложный код — можно было бы написать чище, приятнее, удобнее для сопровождения.
Это можно было бы сделать как и по-другому сконструировав код, сделав его менее запутанным, так и использовав шоткаты языка, библиотеки или фреймворка вместо своего велосипеда.
И того два типа говнокода: запутанный код и велосипедостроение. И соответственно две части. Я их разделю, чтобы легче было обсуждать каждую отдельно.
Может он услышав жалобу клиентки, сам понял причину, исправил и в тот же день написал начальству, какой он дурак и что вот за эти и эти рестарты виноват только он, это обошлось компании в такую-то сумму и они могут вычесть её из зарплаты ;)
И больше никогда так не делал.
б, в не факт :) Вполне возможно, что и логи были и админ их мониторил, но только первые месяцы (пока роковая женщина не зарегистрировалась). Убедившись, что скрипт работает, он переключился на другие задачи, а на это больше не было времени.
Вообще, админы обычно не читают логи по утрам. Не эффективно. В лучшем случае краткую выдержку из скрипта, который ищет нестандартные записи (взлом, подбор пароля, нестандартные ошибки). А в логи лезут когда появляется проблема. Для поиска проблем помогают всякие графики загрузки и мониторилки.
А то, что эта проблема обнаружилась после звонка женщины, может говорить о том что ПО было настолько сырым, или рестарт настолько быстрым, что ещё два-три рестарта в сутки погоду не делали.
Я, ведь, ещё могу придумать ипотеку, трёх детей, и жену которая после последних родов не сможет работать ещё пол года. И в таких обстоятельствах просто страшно менять даже плохого, но платящего, работадателя на кота в мешке. Вдруг пролетит, не соберёшь данег на очередной платёж и лишишься квартиры.
И не надо думать, что парень — дибил, раз попал в такую ситуацию. Ведь всего год назад у него была вторая квартира, две машины, хороший доход с двух работ и приличная финансовая подушка, вот они и решились на третьего ребёнка и ещё одну ипотеку.
Но пол года назад родители на одной машине попали в тяжелое ДТП, и на операцию пришлось продать квартиру, потом серия других неприятностей с родственниками и тяжелые роды (стрессы и всё такое) заставили продать и другие машины чтобы оплатить операции и лечение за рубежом. Со второй работы его выгнали, пока он ездил по операциям (им пофиг было). Чёрная полоса может спустить на землю любого.
Не надо судить других заочно по словам других.
Может там админу дали сырое ПО, быстро написанное левой ногой, и сказали: «держи». А оно падает от хлопков дверью. И он уже замучался писать девелоперам багрепорты и просить их сделать хоть что-то, а ничего не фиксят. Потому что кризис программистов, и менеджеры с целью выполнить задачу на квартал отправили хороших девелоперов писать и запускать другой денежный проект, а на поддержку уже проданного оставили дешевых интернов-студентов, которым просто не хватает опыта и знаний ни на что, кроме как починить опечатку в сообщении об ошибке.
Ни доки ни инструкций быстро слинявшие с проекта авторы не успели оставить, админу разбираться в ПО совсем не сруки, у него свои задачи, которые надо сделать, бекапы настроить протестировать.
И вот в очередной раз отправив багрепорт в /dev/null он, в запарке (надо там кластер расширить, там бекапы поднять), одной рукой делает facepalm, а другой быстро пишет скрипт который бы хоть как-то сэкономил время с этим говноПО. И оказался в итоге дураком в поучительной истории ;)
Конечно я тут навыдумывал, но очень часто слышал очень однобокие пересказы историй, которым самым был свидетелем.
Не помогло или его за другое судят?
И действует это намного эффективнее пропоганды. Если бы кто-то начал мне парить про это, я бы слушал с долей критики (если рассказывает, значит зачем-то надо, явно ангажирован). А тут критика бессильна: прячут, значит было!
Там ячейки с белой жидкостью и опилками. На «карандаше» магнитик, который притягивает опилки к лицевой стороне. А стирать надо с помощью длинного магнита во всю высоту доски, который проводтися под доской и притягивает опилки к задней стороне.
www.youtube.com/watch?v=3poK5NpbB48
Всё что надо — сделать её большой