У bash своя уличная магия, у питона своя ;) На С тоже нужно использовать магию, чтобы зомби не образовались. Вряд ли кто-то использует питон как интерактивную оболочку. А внутри программы можно просто импортировать модуль, где эта магия уже реализована.
Скафандр - очень неудобная вещь. Значительно более неудобная чем спасжилет. Вполне логично, что от него пытались избавиться. Да и особой необходимости в нем не видели (до того случая). Случай с разгерметизацией - единственный же? А во всех прочих инцидентах, что советских, что американских, скафандр все равно не помог бы.
Пока программист добавляет в свою программу фичи для решения одноразовой задачи и чинит баги, не столь ортодоксальный я сравнит число строк в oocalc с числом импортированных строк и слов, отсортирует таблицу (чтобы увидеть крайние значения), возможно, регэкспом проверит - и в production забудет через 5 минут.
Однако точно знаю, что подсовывать нашему пользователю европейскую или австралийскую рекламу совершенно бессмысленно.
Конечно.
А следовательно условному фейсбуку, гуглу и прочим мы – как рынок не очень интересны
Хм. Если европейскому пользователю показывать австралийскую рекламу бесполезно - значит, европейский рынок гуглу неинтересен. В рассуждениях есть какой-то изьян ;)
Смотря какая аномалия ;) Если, например, мне нужно импортировать список IP адресов, а в середине таблицы попался email - нужно смотреть что не так. Плохо отформатированные данные (отформатировать хорошо), просто плохие данные (отбросить плохие/запросить хорошие..) ..
вы учитываете что формат CSV допускает многострочные значения?
Нет конечно ;) Для совершенно любых входных данных может оказаться очень много тонкостей. Но это же ручная и одноразовая работа. Входные данные один раз можно и проверить. Глазами просмотреть, посчитать число слов/строк, убедиться что аномалий нет.. Тем более что проверять всё равно нужно. Но это совсем другая история.. В vim прогнать выделенный фрагмент через однострочник просто ;)
Конечно можно. 100500 способов есть для решения этой задачи. Просто я, например, тот код на питоне без подглядывания в документацию не напишу. Не помню, какими комнадами packman ест чертика парсить csv и как правильно писать в xml. И его ещё отформатировать надо бы, а то строку в 1Мб редактировать неудобно ;) Свою реализацию я оцениваю минут в 15. А команды vim для выделения/замены внутри выделения помню, они очень простые ;)
А что за датчики то? Почему никто, кроме случайного прохожего, не знает, нужна им теплоизоляция или нет?
Потому что холиварная тема. Навигацию в стиле vim тянут в IDE, да. А дрессировать vim для полной замены IDE это долго.
Почему нет? У простого обывателя даже в стране эльфов скорее всего не получится бодаться с корпорацией. А у организации - вполне.
Можно и без dd, hex редактор должен уметь любые файлы.
Но всё равно странно; образ диска совсем не текст, зачем хотеть открывать его текстовым редактором?
Терабайт логов разве что.
У bash своя уличная магия, у питона своя ;) На С тоже нужно использовать магию, чтобы зомби не образовались. Вряд ли кто-то использует питон как интерактивную оболочку. А внутри программы можно просто импортировать модуль, где эта магия уже реализована.
Скафандр - очень неудобная вещь. Значительно более неудобная чем спасжилет. Вполне логично, что от него пытались избавиться. Да и особой необходимости в нем не видели (до того случая). Случай с разгерметизацией - единственный же? А во всех прочих инцидентах, что советских, что американских, скафандр все равно не помог бы.
Судя по этому примеру, в powershell все ключевые слова длинные. Однострочник на bash получается короче.
Не верю ;) Если вы начнете пихать в программу логирование, валидацию,
тесты- количество строк уже пойдет на десятки.Да. Дополнительного условия "всё делать не выходя из vim" сами себе не будем ставить.
Для рисования sai удобен, если что. Но есть тонкости.
Пока программист добавляет в свою программу фичи для решения одноразовой задачи и чинит баги, не столь ортодоксальный я сравнит число строк в oocalc с числом импортированных строк и слов, отсортирует таблицу (чтобы увидеть крайние значения), возможно, регэкспом проверит - и
в productionзабудет через 5 минут.Конечно.
Хм. Если европейскому пользователю показывать австралийскую рекламу бесполезно - значит, европейский рынок гуглу неинтересен. В рассуждениях есть какой-то изьян ;)
Фон Браун достаточно хорошо работал. И палкой его никто не бил, даже наоборот.
И правильные режиссеры успешно снимали правильные фильмы - без палок.
Смотря какая аномалия ;) Если, например, мне нужно импортировать список IP адресов, а в середине таблицы попался email - нужно смотреть что не так. Плохо отформатированные данные (отформатировать хорошо), просто плохие данные (отбросить плохие/запросить хорошие..) ..
Нет конечно ;) Для совершенно любых входных данных может оказаться очень много тонкостей. Но это же ручная и одноразовая работа. Входные данные один раз можно и проверить. Глазами просмотреть, посчитать число слов/строк, убедиться что аномалий нет.. Тем более что проверять всё равно нужно. Но это совсем другая история.. В vim прогнать выделенный фрагмент через однострочник просто ;)
Мощность солнечного потока на 1м2 немного меньше, чем мощность ветрового потока. Но солнечную батарею не обязательно высоко поднимать.
Конечно можно. 100500 способов есть для решения этой задачи. Просто я, например, тот код на питоне без подглядывания в документацию не напишу. Не помню, какими комнадами
packman ест чертикапарсить csv и как правильно писать в xml. И его ещё отформатировать надо бы, а то строку в 1Мб редактировать неудобно ;) Свою реализацию я оцениваю минут в 15. А команды vim для выделения/замены внутри выделения помню, они очень простые ;)Я не совсем правильно выразился... В существующий xml документ добавить немного тегов ;) В правильное место, конечно же.
Но даже для упрощенной задачи столько букв нажимать не нужно.
Можно и программу, конечно. Но в vim это делается за пару минут, а программа (одноразовая!) будет писаться значительно дольше.
Не думаю, что чистота очень сильно волнует тех, ради кого всё это затеяно.
Паспорт можно потерять или украсть.