О да. "У интерфейса нет состояния" - и тут же приводим в пример Java Collections API, который откровенно stateful. Тут уж уместнее было бы сказать, что интерфейс не работает напрямую с состоянием (коряво-то как звучит, господи). Притом опосредованно он с ним работать может:
boolean isEmpty() {
return size() > 0;
}
По сути, вся польза статьи заключается в таблице различий между абстрактным классом и интерфейсом. И вот в ней изложено правильно. А прочее - вода.
Через стены в панельном доме звук и вправду распространяется замечательно на всю высоту в обе стороны. Но всё же шумоизоляция хотя бы потолка смысл имеет, когда соседи сверху упираются рогом. По крайней мере приглушает звуки детского плача, пьянок, льющейся воды и тому подобного. Тут выше писали, что она "съедает" около двадцати сантиметров, но по своему опыту могу сказать, что можно и меньше: слой минеральной ваты под полиэтиленовой плёнкой (чтоб не крошилась и не падала) под натяжной потолок входит без существенного увеличения зазора. Разве что сверлить приходится много, чтобы всё это держалось хорошо. Однако более "правильный" путь, конечно, договориться с соседями о шумоизоляции пола, тут автор статьи прав. Вибрации гасятся значительно лучше.
К современной интерпретации секунды очень много всякого привязано в физике, начиная с определения метра и заканчивая кучей констант. И научное сообщество элементарно не пойдёт на смену единицы изменения фундаментальной величины, тем более на некратную. А иметь несовпадающие физические и "бытовые" единицы изменения... так себе идея, прямо скажем. Как будто шкалы Фаренгейта недостаточно.
У вас срок до воскресенья? ладно, выкатываем MVP. Уметь будет вот это и вот это и более ничего. Не забудьте сообщить заказчику, чтобы он не сильно удивлялся на показе. А если ещё раз подпишетесь на такое без предварительного получения оценки от разработки, я буду вынужден поставить проблему перед руководством.
На каждом этапе проверяются контрольные суммы, так что вероятность развития предложенного вами сценария пренебрежимо мала. Ну и да, ZFS создавалась для использования на серверах, а там обычно и память с ECC.
Неплохо. Но рекомендую взять готовый инструмент. В 2013 уже был, кстати. Очень удобная штука. Причём одним только удалённым выполнением команд не ограничивается. Тут и копирование файлов, и сложная логика, и локальное выполнение команд…
Сам пользовался для управления DNS-серверами. Информация на них была одна и та же, но вот версии сервера отличались и окружение тоже. А держать несколько копий данных мне не улыбалось. Тут-то меня Capistrano и выручил: небольшая правка скрипта — и вот уже в зависимости от хоста файлы исключаются из копирования или редактируются удалённом после приёма. Классная штука.
Понимаете, рубль, в отличие от гривны, является более-менее валютой, а не фантиком. В девяностые у нас тоже были «условные единицы» (обычно примерно равные доллару по текущему курсу), в которых рисовали многие цены и оклады, но сейчас эта практика давно и прочно забыта. Хотя валютные ипотечники остались, да. Но эти — сами себе злобные бакланы, пусть страдают.
Так вот. В РФ все зарплаты уже очень давно в рублях. Притом в порядочных организациях их ещё и индексируют ежегодно на уровень инфляции. Так что, если не считать возможных проблем с импортом (курс-то плавает), на внешний рынок можно забить.
Вот к чему приводит чтение документации по диагонали.
Везде, когда заходит речь про Around, пишут, что возвращаемое им значение переопределяет значение, возвращённое методом. В этом, собственно, и смысл этого типа аспектов. А void с точки зрения JVM — это просто метод, который всегда возвращает null. Вопрос к тимлиду в первую очередь: как создавший проблему код вообще прошёл ревью?
"Блоки… Русские блоки, американские блоки — всё собрано на Тайване!" (с) Армагеддон
В Китае уже очень давно могут и делают очень даже качественные вещи в практически всех отраслях. Вопрос оплаты… и контроля, потому что кинуть клиента для китайцев почти святое. То есть не кинуть могут, но чтоб хотя бы не попытаться??
И к чести китайской медицины — коронку они примучили очень даже эффективно.
Подумайте ещё. В числе факторов риска (не только по ВИЧ, там целый набор) — беспорядочные половые связи, особенно с анальным контактом как более травматичным (угадайте, кто тут особенно рискует), и употребление инъекционных наркотиков (ввиду наличия практики использования одного шприца несколькими людьми).
Об этом и написано в конце комментария: в случае невалидных данных/ошибки весь импорт будет откачен, т. к. выполняется одной транзакцией. Но обычно, когда такие вещи делаются, позволять кому-то ещё менять таблицу и/или связанные таблицы не очень хорошая идея и имеет смысл выставить блокировку. Хотя есть и исключения. Логи те же самые. Как вы понимаете, в этом случае крайне маловероятно, что какая-либо сессия так изменит данные, что пакетная вставка окажется невалидной. А вот каждую запись в транзакцию оборачивать в высоконагруженной системе — сервер БД может и не потянуть.
Не вписывается вообще. В частности, из-за этого развивается такая "приятная" вещь, как CTR, он же туннельный синдром. При наборе текста ваши руки вовсе не лежат прямо, особенно когда надо набрать символ из середины клавиатуры. Мало того, ось запястья постоянно отклоняется от оси предплечья, потому что вам приходится тянуться, чтобы нажать далеко расположенные клавиши. И это при том, что кисть и так развёрнута в горизонтальной плоскости, что приводит к перекрещиванию лучевой и плечевой костей, которые начинают давить на нерв и артерии.
Деньги ещё не самое страшное. Самое страшное — это платёжные реквизиты и история списаний и зачислений. Вообще, я бы разделил:
есть деньги пользователей,
есть информация об этом,
есть информация о том, откуда они получены и как пользователи их тратят (тут зависит от организации, конечно: у кого–то больше точек вывода, у кого–то меньше; чем меньше, тем спокойнее) и
может быть информация о том, почему пользователь получает/тратит деньги именно так. В худшем случае окажется, что мы храним информацию о состоянии здоровья.
Ничуть. Это именно изоляция. Сам побочный эффект никуда не пропадает. И не перестаёт таковым быть. Сохранение значения в БД, строго говоря, не является побочным эффектом. Это примерно то же, что присвоить значение переменной, просто она не принадлежит вашей программе, а существует вовне (грубо). И вот за это обращение вовне вы платите определённую цену: целевая сущность может отсутствовать, может иметь иной тип, может неожиданно пропасть… и вы никак не контролируете это на стороне вызывающего кода. Неопределённость взлетает до небес, но поведение программы не может быть недетерминированным. Приходится либо умножать сущности и вместо простого сохранения/получения информации получать хитрую структуру данных с кодом ошибки и анализировать его, либо бросать/ловить исключения, либо заворачивать всё в монаду и притворяться, что она и есть наша реальность (потому что как только вы попытаетесь её покинуть, побочные эффекты "сыграют" и разнесут всю чистоту на кирпичики).
Да, задачи разнотипные. Да, точную оценку дать, как правило, невозможно. Именно поэтому в оценке трудозатрат со стороны разработки появляются такие блоки как "отладка", "риски" и "допущения". Абсолютно точная оценка просто не требуется, но ответственным товарищам надо понимать: имеет задача шансы войти в очередной релиз или её лучше отложить до лучших времён (или же дать старт разработки и сказать: "Понятно, что в этом релизе мы её не увидим, но делать надо"). И в больших системах временами очень нужны не просто встречи, а встречи кросс-командные. Чтобы потом при интеграционном тестировании не было сюрпризов.
Apache HttpComponents Client гуглится за одну минуту. Давайте всё–таки сравнивать корректно. Конкретно вот здесь (https://hc.apache.org/httpcomponents-client-ga/tutorial/html/statemgmt.html) расписано, как корректно работать с куками. Берёте HttpUrlConnection в Java — сравнивайте с питоновским http.client. И внезапно окажется, что по геморройности они вполне сопоставимы. Ну и что, что в экосистеме Java у вас есть на выбор несколько либ со схожим функционалом? У них, на минуточку, разные парадигмы — выбирайте то, что вам ближе. Тоже мне, бином Ньютона… а в экосистеме Scala есть выбор между Cats, Scalaz и ZIO, это как минимум… В Scala всё плохо с функциональным программированием из–за этого?
Пользовался примерно тогда же и до 2016 (когда сменил сферу деятельности). Веб–сервер, файлопомойка и прочее. Очень удобно. Особенно круто было jail–окружения разворачивать из снапшота.
О да.
"У интерфейса нет состояния" - и тут же приводим в пример Java Collections API, который откровенно stateful. Тут уж уместнее было бы сказать, что интерфейс не работает напрямую с состоянием (коряво-то как звучит, господи). Притом опосредованно он с ним работать может:
По сути, вся польза статьи заключается в таблице различий между абстрактным классом и интерфейсом. И вот в ней изложено правильно. А прочее - вода.
Через стены в панельном доме звук и вправду распространяется замечательно на всю высоту в обе стороны. Но всё же шумоизоляция хотя бы потолка смысл имеет, когда соседи сверху упираются рогом. По крайней мере приглушает звуки детского плача, пьянок, льющейся воды и тому подобного. Тут выше писали, что она "съедает" около двадцати сантиметров, но по своему опыту могу сказать, что можно и меньше: слой минеральной ваты под полиэтиленовой плёнкой (чтоб не крошилась и не падала) под натяжной потолок входит без существенного увеличения зазора. Разве что сверлить приходится много, чтобы всё это держалось хорошо.
Однако более "правильный" путь, конечно, договориться с соседями о шумоизоляции пола, тут автор статьи прав. Вибрации гасятся значительно лучше.
Сломалась активаций через сервер лицензий. Вводишь адрес, а кнопки остаются неактивными.
UPD: помогло стирание части (не всего!) адреса и ввод по новой. При этом при вводе с нуля кнопки оставались неактивными.
К современной интерпретации секунды очень много всякого привязано в физике, начиная с определения метра и заканчивая кучей констант. И научное сообщество элементарно не пойдёт на смену единицы изменения фундаментальной величины, тем более на некратную. А иметь несовпадающие физические и "бытовые" единицы изменения... так себе идея, прямо скажем. Как будто шкалы Фаренгейта недостаточно.
У вас срок до воскресенья? ладно, выкатываем MVP. Уметь будет вот это и вот это и более ничего. Не забудьте сообщить заказчику, чтобы он не сильно удивлялся на показе. А если ещё раз подпишетесь на такое без предварительного получения оценки от разработки, я буду вынужден поставить проблему перед руководством.
На каждом этапе проверяются контрольные суммы, так что вероятность развития предложенного вами сценария пренебрежимо мала. Ну и да, ZFS создавалась для использования на серверах, а там обычно и память с ECC.
После прочтения у меня остался единственный вопрос: как это связано с тестированием БД?
Неплохо. Но рекомендую взять готовый инструмент. В 2013 уже был, кстати. Очень удобная штука. Причём одним только удалённым выполнением команд не ограничивается. Тут и копирование файлов, и сложная логика, и локальное выполнение команд…
Сам пользовался для управления DNS-серверами. Информация на них была одна и та же, но вот версии сервера отличались и окружение тоже. А держать несколько копий данных мне не улыбалось. Тут-то меня Capistrano и выручил: небольшая правка скрипта — и вот уже в зависимости от хоста файлы исключаются из копирования или редактируются удалённом после приёма. Классная штука.
Понимаете, рубль, в отличие от гривны, является более-менее валютой, а не фантиком. В девяностые у нас тоже были «условные единицы» (обычно примерно равные доллару по текущему курсу), в которых рисовали многие цены и оклады, но сейчас эта практика давно и прочно забыта. Хотя валютные ипотечники остались, да. Но эти — сами себе злобные бакланы, пусть страдают.
Так вот. В РФ все зарплаты уже очень давно в рублях. Притом в порядочных организациях их ещё и индексируют ежегодно на уровень инфляции. Так что, если не считать возможных проблем с импортом (курс-то плавает), на внешний рынок можно забить.
Вот к чему приводит чтение документации по диагонали.
Везде, когда заходит речь про Around, пишут, что возвращаемое им значение переопределяет значение, возвращённое методом. В этом, собственно, и смысл этого типа аспектов. А void с точки зрения JVM — это просто метод, который всегда возвращает null. Вопрос к тимлиду в первую очередь: как создавший проблему код вообще прошёл ревью?
Дедушка Фрейд ещё в 1923 году написал «Я и Оно». Крайне советую ознакомиться.
"Блоки… Русские блоки, американские блоки — всё собрано на Тайване!" (с) Армагеддон
В Китае уже очень давно могут и делают очень даже качественные вещи в практически всех отраслях. Вопрос оплаты… и контроля, потому что кинуть клиента для китайцев почти святое. То есть не кинуть могут, но чтоб хотя бы не попытаться??
И к чести китайской медицины — коронку они примучили очень даже эффективно.
Подумайте ещё. В числе факторов риска (не только по ВИЧ, там целый набор) — беспорядочные половые связи, особенно с анальным контактом как более травматичным (угадайте, кто тут особенно рискует), и употребление инъекционных наркотиков (ввиду наличия практики использования одного шприца несколькими людьми).
Об этом и написано в конце комментария: в случае невалидных данных/ошибки весь импорт будет откачен, т. к. выполняется одной транзакцией. Но обычно, когда такие вещи делаются, позволять кому-то ещё менять таблицу и/или связанные таблицы не очень хорошая идея и имеет смысл выставить блокировку. Хотя есть и исключения. Логи те же самые. Как вы понимаете, в этом случае крайне маловероятно, что какая-либо сессия так изменит данные, что пакетная вставка окажется невалидной. А вот каждую запись в транзакцию оборачивать в высоконагруженной системе — сервер БД может и не потянуть.
Не вписывается вообще. В частности, из-за этого развивается такая "приятная" вещь, как CTR, он же туннельный синдром. При наборе текста ваши руки вовсе не лежат прямо, особенно когда надо набрать символ из середины клавиатуры. Мало того, ось запястья постоянно отклоняется от оси предплечья, потому что вам приходится тянуться, чтобы нажать далеко расположенные клавиши. И это при том, что кисть и так развёрнута в горизонтальной плоскости, что приводит к перекрещиванию лучевой и плечевой костей, которые начинают давить на нерв и артерии.
Деньги ещё не самое страшное. Самое страшное — это платёжные реквизиты и история списаний и зачислений. Вообще, я бы разделил:
Ничуть. Это именно изоляция. Сам побочный эффект никуда не пропадает. И не перестаёт таковым быть. Сохранение значения в БД, строго говоря, не является побочным эффектом. Это примерно то же, что присвоить значение переменной, просто она не принадлежит вашей программе, а существует вовне (грубо). И вот за это обращение вовне вы платите определённую цену: целевая сущность может отсутствовать, может иметь иной тип, может неожиданно пропасть… и вы никак не контролируете это на стороне вызывающего кода. Неопределённость взлетает до небес, но поведение программы не может быть недетерминированным. Приходится либо умножать сущности и вместо простого сохранения/получения информации получать хитрую структуру данных с кодом ошибки и анализировать его, либо бросать/ловить исключения, либо заворачивать всё в монаду и притворяться, что она и есть наша реальность (потому что как только вы попытаетесь её покинуть, побочные эффекты "сыграют" и разнесут всю чистоту на кирпичики).
Да, задачи разнотипные. Да, точную оценку дать, как правило, невозможно. Именно поэтому в оценке трудозатрат со стороны разработки появляются такие блоки как "отладка", "риски" и "допущения". Абсолютно точная оценка просто не требуется, но ответственным товарищам надо понимать: имеет задача шансы войти в очередной релиз или её лучше отложить до лучших времён (или же дать старт разработки и сказать: "Понятно, что в этом релизе мы её не увидим, но делать надо"). И в больших системах временами очень нужны не просто встречи, а встречи кросс-командные. Чтобы потом при интеграционном тестировании не было сюрпризов.
Apache HttpComponents Client гуглится за одну минуту. Давайте всё–таки сравнивать корректно. Конкретно вот здесь (https://hc.apache.org/httpcomponents-client-ga/tutorial/html/statemgmt.html) расписано, как корректно работать с куками. Берёте HttpUrlConnection в Java — сравнивайте с питоновским http.client. И внезапно окажется, что по геморройности они вполне сопоставимы. Ну и что, что в экосистеме Java у вас есть на выбор несколько либ со схожим функционалом? У них, на минуточку, разные парадигмы — выбирайте то, что вам ближе. Тоже мне, бином Ньютона… а в экосистеме Scala есть выбор между Cats, Scalaz и ZIO, это как минимум… В Scala всё плохо с функциональным программированием из–за этого?
Пользовался примерно тогда же и до 2016 (когда сменил сферу деятельности). Веб–сервер, файлопомойка и прочее. Очень удобно. Особенно круто было jail–окружения разворачивать из снапшота.