Вот не пойму, зачем наращивать мышцы, если их не использовать?
Нравится человеку бегать — он бегает, наращивает мышцы, чтоб ему лучше бегалось.
Ходит человек в походы — ему мышцы нужны, чтобы дальше пройти и меньше устать.
Эти люди накачают столько, сколько надо и без таблеток.
То, что я думаю, часто не совпадает с тем, что есть на самом деле.
Приведите Ваши реальные сравнения, что сколько весит и каково время выполнения запросов в каждом случае, только после этого можно о чем-то говорить всерьез.
На мой взгляд, вполне разумное объяснение, почему пробелы, а не табы, дано в документации к checkstyle:
Rationale:
Developers should not need to configure the tab width of their text editors in order to be able to read source code.
From the Apache jakarta coding standards: In a distributed development environment, when the commit messages get sent to a mailing list, they are almost impossible to read if you use tabs.
Зачем же только чип? Надо самоуничтожающийся комп сразу, чтоб дольше чем по гарантии он не работал.
Чип заменил и все, а так чтоб как только гарантия кончилась — он сразу и распался на атомы… Ну или типа биоразлагаемого ноутбука… год отработал — и на свалку. Еще и экологию можно призвать на помощь — типа вот мы какие, заботимся об экологии, у нас через год все разлагается-распадается.
Как показывает практика, люди умственного труда работают не только сидя на стуле и глядя в монитор, ибо мозг у них всегда с собой.
Гуляя в выходные в лесу, можно думать, как решить задачу на работе. И наоборот, сидя на стуле и тупо глядя в монитор, потому что «он и тебя посчитал», можно ничего не придумать.
Как вообще учитывать продуктивность и рабочее время программиста? Как учитывать, что он работает не на работе и якобы не работает, если не тычет кнопки?
Не знаю, кому как, а при чтении книг я ставлю бОльший интервал межлу строками, чтобы они не склеивались, соответственно, количество абзацев на экран влазит меньше, но тем не менее читать удобнее.
Я очень надеюсь, что автор, кроме изучения функционального программирования, немного обратит еще внимания и на русский язык. А расписывать ошибки, коих более чем достаточно — это уже немного другая тема и обсуждается на других сайтах. Да, я в курсе, что отдельные ошибки пишут личкой, но не в таком количестве. И спасибо за слив кармы и кучи минусов, но надеюсь это поможет стать гигтаймсу хоть немножеско грамотнее, кто-то же должен об этом говорить.
Всегда удивляли авторы статей, у которых ошибки в пунктуации чуть ли не в каждом предложении.
Вы пишете так, чтобы побесить читателей? Я понимаю, что бывают опечатки, но просто безграмотно написанная и абсолютно не проверенная статья — это уже перебор. Обычно я игнорирую такие вещи, но сейчас уже просто переполнилась чаша моего терпения… нельзя же так. Если Вы пишете для себя — пишите в уголке и не выставляйте на всеобщее обозрение. Если для людей — будьте добры, выпускайте качественный продукт.
Вы пишете: «если потребуется замена какой-то конкретной СУБД на аналогичную, не придется осуществлять серьезные переделки в приложении.»
Но для аналогичной базы даже городить прям уж такой DAL не нужно, обычно этим занимаются драйвера БД и сврывают конкретную базу, детали зависят от языка и технологий, а вот если вы захотите заменить внезапно SQL на NoSQL, Вы реально перепишете всю логику приложения, ибо то, что делалось простым SQL-запросом, теперь ни за что так запросто не будет. И никакой DAL тут не спасет.
Т.е. либо, имея SQL, Вы пишете логику, как будто его и нет и имеете совместимость все-со-всем, но при этом не имеете никаких плюсов SQL, либо Вы используете плюсы SQL, но не имеете возможность с него уйти, не переписывая почти всю логику.
Это только отдельный пример, а по сути данные и их организация настолько сильно влияют на приложение, что их вот так запросто выделить в отдельный слой ну никак не получится.
Вообще ситуация немного смешная.
Суд постановил заблокировать URL «https://ru.wikipedia.org/wiki/%D7%E0%F0%E0%F1».
В вики страничку переименовали, теперь она на другом адресе. А на том, что был — там список всех значений слова.
Роскомнадзор выдал указание блокировать страницу.
1. Если блокировать указанную страницу — то это бред, ибо на ней ничего такого запрещенного нет. Т.е. заблокируют всю Википедию из-за страницы, на которой нет ничего запрещенного?
2. Насчет переименования опять подадут в суд?
Вот мне почему-то кажется, что пойдут по такому пути — запретят весь https, а нужные статьи будут уже фильтроваться на уровне http.
Вроде и нет глобальной блокировки, и цензура не пострадает.
В таких конторах обычно еще ко всему так, что до конца ж не говорят, что и зачем пишется. О чем-то можно догадаться, а о чем-то — нет.
Требуют некий алгоритм, для чего — не известно, и только парочка людей знает всю конструкцию в целом. Наверху как раз уже идейные и проверенные личности, а рядовые исполнители не в курсе.
Нравится человеку бегать — он бегает, наращивает мышцы, чтоб ему лучше бегалось.
Ходит человек в походы — ему мышцы нужны, чтобы дальше пройти и меньше устать.
Эти люди накачают столько, сколько надо и без таблеток.
А зачем мышцы тому, кто перед телеком лежит?
Приведите Ваши реальные сравнения, что сколько весит и каково время выполнения запросов в каждом случае, только после этого можно о чем-то говорить всерьез.
Множество приводимых Вами альтернатив нарушает Ваше правило «быть линейным».
Жаль не публикуют курс рубря к биту.
Чип заменил и все, а так чтоб как только гарантия кончилась — он сразу и распался на атомы… Ну или типа биоразлагаемого ноутбука… год отработал — и на свалку. Еще и экологию можно призвать на помощь — типа вот мы какие, заботимся об экологии, у нас через год все разлагается-распадается.
Гуляя в выходные в лесу, можно думать, как решить задачу на работе. И наоборот, сидя на стуле и тупо глядя в монитор, потому что «он и тебя посчитал», можно ничего не придумать.
Как вообще учитывать продуктивность и рабочее время программиста? Как учитывать, что он работает не на работе и якобы не работает, если не тычет кнопки?
Не знаю, кому как, а при чтении книг я ставлю бОльший интервал межлу строками, чтобы они не склеивались, соответственно, количество абзацев на экран влазит меньше, но тем не менее читать удобнее.
Это же сварочный ток, там все вообще поплавится должно…
Вы пишете так, чтобы побесить читателей? Я понимаю, что бывают опечатки, но просто безграмотно написанная и абсолютно не проверенная статья — это уже перебор. Обычно я игнорирую такие вещи, но сейчас уже просто переполнилась чаша моего терпения… нельзя же так. Если Вы пишете для себя — пишите в уголке и не выставляйте на всеобщее обозрение. Если для людей — будьте добры, выпускайте качественный продукт.
Но для аналогичной базы даже городить прям уж такой DAL не нужно, обычно этим занимаются драйвера БД и сврывают конкретную базу, детали зависят от языка и технологий, а вот если вы захотите заменить внезапно SQL на NoSQL, Вы реально перепишете всю логику приложения, ибо то, что делалось простым SQL-запросом, теперь ни за что так запросто не будет. И никакой DAL тут не спасет.
Т.е. либо, имея SQL, Вы пишете логику, как будто его и нет и имеете совместимость все-со-всем, но при этом не имеете никаких плюсов SQL, либо Вы используете плюсы SQL, но не имеете возможность с него уйти, не переписывая почти всю логику.
Это только отдельный пример, а по сути данные и их организация настолько сильно влияют на приложение, что их вот так запросто выделить в отдельный слой ну никак не получится.
Суд постановил заблокировать URL «https://ru.wikipedia.org/wiki/%D7%E0%F0%E0%F1».
В вики страничку переименовали, теперь она на другом адресе. А на том, что был — там список всех значений слова.
Роскомнадзор выдал указание блокировать страницу.
1. Если блокировать указанную страницу — то это бред, ибо на ней ничего такого запрещенного нет. Т.е. заблокируют всю Википедию из-за страницы, на которой нет ничего запрещенного?
2. Насчет переименования опять подадут в суд?
Вроде и нет глобальной блокировки, и цензура не пострадает.
Требуют некий алгоритм, для чего — не известно, и только парочка людей знает всю конструкцию в целом. Наверху как раз уже идейные и проверенные личности, а рядовые исполнители не в курсе.