Saboteur
@saboteur_kiev Куратор тега Организация работы
scivan: Именно то, что я сказал - не поможет ничего, кроме через силу себя заставлять. Книжки может быть могут добавить чуток мотивации или понимания что будет происходить, но легче не будет.
Только "сила воли" =)
SV999Z: Почитать можно в биографиях известных бизнесменов.
Почитайте того же Стива Джобса и Клайва Синклера - очень показателен разный подход к созданию продуктов.
Разработчик должен очень четко понимать, что идеальный код - это не цель бизнеса. Потому что идеальный код НЕ приносит денег - деньги приносят клиенты, которые покупают не код, а сам продукт или услуги, который продукт создает. При этом под капотом может быть кошмар из говна и палок.
Хорошее знание технологий и вообще понимание технической части позволяет в принципе сделать рабочий продукт. Это важно.
Но хорошее понимание того, что именно продукт должен делать - часто не относится к программированию вообще, и проактивность и мотивация часто заключается в том, что программист должен понимать что важно для продажи его продукта клиенту.
Если будет понимать - он сможет правильно расставлять приоритеты задач, и решать проблемы не только техническими способами.
Я не знаю, есть ли учебники по этому направлению. Просто широкий кругозор развивается не целенаправленными книжками, а образом мышления, когда уделяешь внимание разным фактам и может сделать адекватный прогноз событиям.
Saboteur
@saboteur_kiev Куратор тега Компьютерные сети
sergey_privacy: Нет, вопрос упирается именно в это - берется политика компании и отправляется наверх. Я был и есть в компаниях от 100 до 60.000 сотрудников.
Если политикой компании запрещено, то нарушение политики сторонними бесплатными программами обычно должно приводить к security incident с уволнением и черными списками. Либо общением со службой безопасности, и поиском возможностей обеспечивать тех.поддержку официально - решений, которые удовлетворяют и службу безопасности и админов - есть и много.
Должна быть A-запись для хоста, где у вас почтовый сервер, например
mail.domain.com A 1.2.3.4
Затем MX запись для домена
@ MX 10 mail.domain.com
приоритет другой ставить, если у вас больше одного сервера, тогда по приоритету оно будет пытаться слать на тот, что ниже. Если почтовый сервер один - ставьте 10.
Если сервер будет когда-то переезжать, просто поменяете А-запись.
Вся почта на *@domain.com будет уходить на хост mail.domain.com
Компилятор - это программа, который текст превращает в цифры. Реально не так важно, на чем ее писать - это же не магия, обычный парсер-преобразователь с определенной логикой. Поэтому компилятор для одного языка, можно написать на другом. Главное знать спецификацию конкретной платформы и процессора, чтобы преобразовать текст в машинные коды корректно.
Си не для всех одинаков. Для начала, компиляторы под Си пишутся отдельно для каждой платформы. Во-вторых одинаковы простейшие вещи, но уже при работе с файлами, нужно учитывать как это будет работать под windows или posix файловыми системами. В третьих, когда пишут кроссплатформенно на Си, используют ifdef условия для кусков кода, которые чувствительны к платформе.
Ну а под каждый процессор нужен свой ассемблер, потому что так работает логика процессора. Чтобы лучше понимать почему так - почитайте про устройство процессоров, что такое транзистор и как работает эта логика.
Денис Загаевский:
Если человек на практике понял значение регистров, флагов и стека - я считаю, что это круто.
Поэтому "рано" - это не корректно говорить. Писать такое для продажи - рано. Для практики и учебы - да пусть хоть операционную систему уже пишет. Пока она хотя бы запустится - изучит больше технологий, чем другой программист, который все это время читал книжки.
Денис Загаевский: Человек уже написал интерпретатор с 14 командами.
Что для изучения чего-либо может быть лучше, чем практика?
Даже неудачная практика часто лучше, чем прочитанная книга.
В ассемблере условия конечно есть.
Есть флаги, которые меняют свое значение в зависимости от различных операций, типа inc или cmp
Есть условные переходы, типа jz/jnz, которые зависят от состояния флагов.
Конечно могут.
В обычном случае (если вы не используете снапшоты на какой-нить zfs), рсинг делит файл на сегменты и пересылает их с чексуммами. Если в процессе пересылки вы поменяли данные в файле в сегменте, который еще не передавался - он перешлет уже обновленный сегмент. Если файл менялся кардинально (с изменением размера), рсинк может выдать просто ошибку о том, что файл недоступен, либо переслать его целиком.
Если файлы меняются незначительно, без изменения длины, повторный rsync перешлет только измененные блоки, поэтому вы можете просто запустить rsync дважды - первый раз, чтобы скопировать файлы, второй раз, чтобы скопировать только возможные изменения (он сам их определит).
Ну два варианта.
Копируйте вышестоящую папку с полным содержимым, тогда это будет одна операция, один пароль на все.
Или настройте ssh ключи, для этого просто генерируете пару ключей
$ ssh-keygen
и копируете публичный ключ на удаленный сервер
$ ssh-copy-id root@12.34.56.78
Только "сила воли" =)