Вот за это я и невзлюбил Java некоторое время назад и перебрался на C# и Ruby. За "многабукв", отсутствие удобных синтаксических сахаров где удобно, и за "фабрики фабрик" на каждом шагу для создания объектов.
Если автор работал во время Великой Отечественной войны или участвовал в ней, то срок охраны авторских прав увеличивается на 4 года (то есть становится 74 года с года смерти автора). Если автор был посмертно реабилитирован после репрессий, то срок охраны прав начинает действовать с 1 января года, следующего за годом реабилитации, и составляет также 70 лет
Есть два подхода к написанию лексеров. Один -- с использованием инструментов lex, flex и их декларативного языка. Второй -- через алгоритм на обычном императивном языке. В этой статье подробно рассмотрен второй подход. Это интересно и полезно.
Получается, правой ногой нужно шагнуть вперёд к педали, примерно на один шаг. На мой взгляд, не самое устойчивое положение -- учитывая, что правая нога перестаёт быть опорной.
Если педаль укрепить на левом краю, то вроде бы получается более естественное и удобное расположение. Слева направо в одну линию: левая нога, правая нога на педали, и дальше остальное оборудование педалборда.
планируется установить на новый педалборд, где она расположится с правого края
Кстати, почему так? Обычно все ставят педаль на правый край. По-моему, для типичного правши, который управляет педалью правой ногой, удобнее поставить педаль на левый край. Тогда меньше ноги раскорячивать через весь педалборд.
Я думаю, такие ситуации будут регулироваться через членство в каких-либо профессиональных объединениях, которые будут законодательно признаваться государством. Вступай в Союз художников или СРО или что-то подобное. Если примут -- будешь претендовать на выплаты базового дохода.
Я всегда придерживаюсь другого правила. Для каждой таблицы придумываю 2--4-буквенное сокращение и использую его как префикс для всех колонок этой таблицы. А если в таблице есть внешний ключ, то эта колонка называется точно так же, как в родительской таблице.
Т.е. если таблица users будет ссылаться на таблицу accounts, то в таблице users будут колонки usr_id, acc_id.
При таком наименовании у JOIN в запросах не придётся перечислять условия равенства, а достаточно написать NATURAL JOIN (в более сложных случаях иногда требуется JOIN USING). И если состав внешнего ключа поменяется, то текст запроса менять не придётся.
Но почему-то необходимость заплатить за сам доступ в интернет не смущает.
Пусть тогда лично на работу приходит, если удалённая работа — это привилегия, а не право. Или организация сама доплатит за постоянный адрес для сотрудника.
Вот за это я и невзлюбил Java некоторое время назад и перебрался на C# и Ruby. За "многабукв", отсутствие удобных синтаксических сахаров где удобно, и за "фабрики фабрик" на каждом шагу для создания объектов.
Как это работает? Что возвращают, например, методы SenderId и ReceiverId?
По поводу улучшения читаемости:
При вызове с именованными параметрами мы добиваемся той же читаемости:
bank.transfer(fromCustomerId: 1L,toCustomerId: 2L,amount: 1200,fee: 1.2);Стоит ли усложнять систему билдерами, если язык позволяет пойти таким путём?
В подобных сомнительных случаях, как правило, к оценке привлекается эксперт. (ЗЫ. "Эксперт" -- русское слово, я проверил)
Это тогда шайзи-аутоматизирунг какой-то. Упаси, в такой системе работать.
Возможно, здесь действует особое правило:
RQ1, RQ2 -- что за цепь, что регулирует? Это крутилка или внутренний подстроечник?
Почему же по 2 раза, если здесь наоборот, автоматизирована синхронизация таск-трекера и баг-трекера?
Есть два подхода к написанию лексеров. Один -- с использованием инструментов lex, flex и их декларативного языка. Второй -- через алгоритм на обычном императивном языке. В этой статье подробно рассмотрен второй подход. Это интересно и полезно.
Андрей Петрович, великий учёный.
Я сначала, было, про другого Ершова подумал.
Получается, правой ногой нужно шагнуть вперёд к педали, примерно на один шаг. На мой взгляд, не самое устойчивое положение -- учитывая, что правая нога перестаёт быть опорной.
Если педаль укрепить на левом краю, то вроде бы получается более естественное и удобное расположение. Слева направо в одну линию: левая нога, правая нога на педали, и дальше остальное оборудование педалборда.
Кстати, почему так? Обычно все ставят педаль на правый край. По-моему, для типичного правши, который управляет педалью правой ногой, удобнее поставить педаль на левый край. Тогда меньше ноги раскорячивать через весь педалборд.
Их так назвали за невкусное мясо, которое пахнет тиной. Не представляют они интереса для охотников.
Судя по этому описанию, очень похоже на PowerShell.
Я думаю, такие ситуации будут регулироваться через членство в каких-либо профессиональных объединениях, которые будут законодательно признаваться государством. Вступай в Союз художников или СРО или что-то подобное. Если примут -- будешь претендовать на выплаты базового дохода.
Это вредный совет:
Я всегда придерживаюсь другого правила. Для каждой таблицы придумываю 2--4-буквенное сокращение и использую его как префикс для всех колонок этой таблицы. А если в таблице есть внешний ключ, то эта колонка называется точно так же, как в родительской таблице.
Т.е. если таблица users будет ссылаться на таблицу accounts, то в таблице users будут колонки usr_id, acc_id.
При таком наименовании у JOIN в запросах не придётся перечислять условия равенства, а достаточно написать NATURAL JOIN (в более сложных случаях иногда требуется JOIN USING). И если состав внешнего ключа поменяется, то текст запроса менять не придётся.
Но почему-то необходимость заплатить за сам доступ в интернет не смущает.
Пусть тогда лично на работу приходит, если удалённая работа — это привилегия, а не право. Или организация сама доплатит за постоянный адрес для сотрудника.
Таким доступ не даём. Пусть сначала закажет у провайдера постоянный «белый» IP-адрес.
Я всегда тире набираю длинным. Благо, дополнительных нажатий на это требуется не много. Клавиша «Compose» и несколько минусов подряд.