ну, как минимум, в официальном клиенте — Вы не можете отредактировать список route и dns, которые он Вам анонсит. Как следствие — Вы раскрываете ВЕСЬ свой трафик работодателю.
В линуксовом клиенте — это все можно поправить.
И это мы еще не касались всяких там Касперских И Стахановцев.
Ну, а что поделать? Я бы себе купил. Коплю деньги ) Потому что действительно "игрушка" дорогая. Нужна мобильность (легкость + долгое время работы от АКБ). Нужна достаточная вычислительная мощность. вЕнду не переношу — хотя и долгое время плотно работал с WNT4/W2k/W2k3. Предлагайте варианты. Кстати, альтернативы в виде ультрабуков тоже зачастую ущербны.
И добавлю, что коллеги, которые на работе пользуются своими маками — вполне довольны жизнью.
Такой вариант подходит только если компания сама предлагает рабочий комп на выбор.
Это всё отлично делается в маркдауне (или латехе, если вы модный дейта сайентист, и вам формулки нужны) и хранится в гите рядом с разрабатываемыми системами.
И, да, и нет. Вы обычно приходите в уже устоявшийся энтерпрайз со своими тараканами и порядками. Но можете объяснить "как нужно делать". Попробовать
Это от того чувака, который не смог бинарное дерево на собеседовании развернуть? :)
LOL
Добавил вопрос «а в чём вы делаете и храните вашу документацию, если она есть» в список вопросов компании на интервью, спасибо.
Да, хороший вопрос. Да.
aik Ну, ОО я не люблю тем, что зачастую он портит шрифты и форматирование. Маковский офис не безгрешен, но, повторюсь, в нем хотя бы есть "настоящий" Outlook. Которого на лин-платформе нет и вряд ли будет. Ну, и многие вещи тоже под Линь отсутствуют — Фотошопы, автокады и пр. — не знаю, что конкретно Вам может понадобиться. Я часто пользуюсь, к примеру, GIMP'ом и мне обычно его функционала хватает, но, к сожалению, это блеклая копия Фотошопа.
Как будто разраб (если это не простой кодер, а, скажем, тимлид) не нуждается в офисном пакете для написания стандартов, регламентов, документации, или хотя бы ознакомления с документами, принятыми в компании, ну, и оутлук — лучшее, что есть сейчас для почты. Можно, конечно, пользоваться Owa, но это такое себе.
Правильно ли я интерпретирую Ваш посыл, что никто и никогда не столкнется с проблема регистрозависимости имен файлов и каталогов при работе с произвольными гит репозиториями?
А выглядит именно так.
Повторюсь — я именно поэтому и вставил ремарку, что если ВСЯ работа производится пол виндой (1) или есть четкий регламент именования файлов (2), то проблем можно избежать
Idшники ведь по идее все равно головным узлом генерируются?
Ну, напрямую, по ip не проверял. К тому же, это явно будет работать только в прямой видимости, что даже для корпсетей не всегда верно.
Даже в Linux я бы предпочёл графический клиент — он единомоментно показывает гораздо больше полезной информации и в более наглядном виде.
У меня мечта идиота — всех загнать в веб-интерфейс с редактором. Примерно как есть у гитлаба. И так уже большинство (ну, ок — часть) сред разработки — по сути веб-браузер с локально открытой страницей. А если нет необходимости запускать свой продукт у себя на машине, то тем более — какая ценность в локальной разработке ?
Не говоря уже о том, что тимвьювер — это облачный сервис. Весь обмен идет через их центральный сервер (ну, может и не весь, но точно — значительная часть). Факторы риска ИБ...
Под виндой разрабатывать вообще лол. Чего только стоит несовместимость систем прав файлов. Или, да, очень важная вещь — регистр файлов. Винда в регистр умеет чисто номинально, что иногда при работе с гитом выливается в забавные или не очень глюки.
Если же речь про разработку под виндой для винды. Ну, ок. Можно жить.
Полностью согласен, что любая проблема через мессенджер решается быстрее.
Но тут есть нюанс. Первый — любой мессенджер это постоянное переключения контекста. Как следствие — падение производительности. В него будут писать и по существующим реальным проблемам и по ситуациям, которые требуют простого изучения документации (начиная от внутренней KB компании, кончая SO). Поэтому правильно — иметь два средства связи. Формальный и неформальный. И переводить заявки из одного в другой только по реальной необходимости.
Второе. Политика ИБ и вообще стабильность работы сторонних сервисов. Я реально ржу, когда околокритичные процессы компании переводят в Телеграмму, который вообще никакой ответственности не несет. Потом попадаем под ковровые блокировки РКН и страдают как внешние, так и внутренние клменты. Не говоря уже о том, что мы доверяем наши данные цепочке не доверенных серверов.
Третья история — это договоренности. В той же почте их очень удобно фиксировать, т.к. архив никуда не денется. А в любом чатике — через полгода уже нереально найти, что было оговорено и что нужно было делать. Не говоря уже о том, что история может попросту быть недоступной (пр. — бесплатный слак) или удалена (намеренно или нет).
К сожалению, офисная работа на линуксе выглядит чуть более, чем уныло. Вариант? Катнуться на мак. Для разраба — плюс, что получаешь нативную unix-среду со всем стандартным инструментарием. А еще есть MS Office, Outlook и пр. плюшки.
Опыт интересный — да. Удачи.
Но у вас просто не такой-то уж и энтерпрайз. В Прям Энтерпрайзе Энтепрайзе
определенный список разрешенного оборудования, который выдается пользователям. Корп. стандарт. Все дела. Ну, и поэтому зачастую разработчику дают обычную офисную машинку. А-ля 2 ядра 4 гига. Хочешь больше? Обоснуй.
В особо запущенных случаях — пароль на БИОС и шифрование диска.
А для доступа к корп ресурсам — зонд от ИБ. Либо в виде везде доменные пароли, либо установка официально разрешенных троянов (тот же CiscoAnyConnect клиент на 50% таковой).
На самом деле я мечтаю, что рано или поздно наши соотечественники-коллеги повернутся к потребителю передом и сделают нормальный дистрибутив. Это же круто иметь национальный линукс! Сертифицированный, все как полагается. С поддержкой, нормальным набором пакетов. И желательно с совместимостью с мажорными зарубежными аналогами (типа Fedora/openSUSE/Debian). Но [TBD]
Не настолько специалист, чтобы разбираться в сортах LXD.
Повторюсь, что идея поставлять софт в самодостаточных пакетах само по себе неплохая, но и не инновационная. С конкретной реализацией (в виде snap) были серьезные проблемы. Я уж не говорю о том, что линукс достаточно фрагментирован и на не-Убунту snap как бы не особо прижился. А лочиться только на убунте — такое себе.
ну и причинно следственные связь хромает: поболел человек, приобрел имунитет, вот и стал меньше болеть
Нет связи. Поболел человек — потом новый вирус гриппа — болеет заново. Так можно из соплей вообще всю жизнь не вылезать. Какие выходы? Менять образ жизни. И уборку дома делать, и район проживания поменять, и закаляться, и витамины есть. И физкультуру делать....
А ещё у нас любые такие вещи всегда публикой воспринимаются, как попытками правительства ограбить населения, залезть в их карман.
Вообще-то так оно и есть.
По закону же всё просто: арендовали квартиру, собственник обязан вас зарегистрировать, и вы автоматом получаете все те же права, что и местные жители. Но хитрожопые собственники всячески увиливают от этих обязанностей, налоги не хотят платить.
Дело даже не в налогах. Регистрируя молодую семью, собственник несет риски — вот родит молодуха, ребенок автоматом получит регистрацию, дальше как их выселить, если они не будет платить? Согласен, что не хватает грамотно написанных законов, которые защищали бы интересы обоих сторон — и собственников, и арендаторов. Но Вы же понимаете, что у депутатов ТАКИХ ПРОБЛЕМ НЕТ. Они живут в своей собственной реальности, где нет проблем снять жилье или пустить туда арендаторов.
Полностью поддержу. Мой взгляд тоже зацепился. Только я подумал, что речь про энтерпрайз разработку, как, оказывается, что речь про JS.
И, да, Java тоже умеет в промисы/futures.
ну, как минимум, в официальном клиенте — Вы не можете отредактировать список route и dns, которые он Вам анонсит. Как следствие — Вы раскрываете ВЕСЬ свой трафик работодателю.
В линуксовом клиенте — это все можно поправить.
И это мы еще не касались всяких там Касперских И Стахановцев.
Можно все в виртуалках гонять. Но это тоже смешно. Т.к. как только имеется в виртуалка с выходом в корп сеть… то дальше можно не продолжать.
Ну, а что поделать? Я бы себе купил. Коплю деньги ) Потому что действительно "игрушка" дорогая. Нужна мобильность (легкость + долгое время работы от АКБ). Нужна достаточная вычислительная мощность. вЕнду не переношу — хотя и долгое время плотно работал с WNT4/W2k/W2k3. Предлагайте варианты. Кстати, альтернативы в виде ультрабуков тоже зачастую ущербны.
И добавлю, что коллеги, которые на работе пользуются своими маками — вполне довольны жизнью.
Это оптимально, если готовы купить на работе...
И, да, и нет. Вы обычно приходите в уже устоявшийся энтерпрайз со своими тараканами и порядками. Но можете объяснить "как нужно делать". Попробовать
LOL
Да, хороший вопрос. Да.
aik Ну, ОО я не люблю тем, что зачастую он портит шрифты и форматирование. Маковский офис не безгрешен, но, повторюсь, в нем хотя бы есть "настоящий" Outlook. Которого на лин-платформе нет и вряд ли будет. Ну, и многие вещи тоже под Линь отсутствуют — Фотошопы, автокады и пр. — не знаю, что конкретно Вам может понадобиться. Я часто пользуюсь, к примеру, GIMP'ом и мне обычно его функционала хватает, но, к сожалению, это блеклая копия Фотошопа.
Как будто разраб (если это не простой кодер, а, скажем, тимлид) не нуждается в офисном пакете для написания стандартов, регламентов, документации, или хотя бы ознакомления с документами, принятыми в компании, ну, и оутлук — лучшее, что есть сейчас для почты. Можно, конечно, пользоваться Owa, но это такое себе.
brew вполне нормально работает.
Правильно ли я интерпретирую Ваш посыл, что никто и никогда не столкнется с проблема регистрозависимости имен файлов и каталогов при работе с произвольными гит репозиториями?
А выглядит именно так.
Повторюсь — я именно поэтому и вставил ремарку, что если ВСЯ работа производится пол виндой (1) или есть четкий регламент именования файлов (2), то проблем можно избежать
Idшники ведь по идее все равно головным узлом генерируются?
Ну, напрямую, по ip не проверял. К тому же, это явно будет работать только в прямой видимости, что даже для корпсетей не всегда верно.
У меня мечта идиота — всех загнать в веб-интерфейс с редактором. Примерно как есть у гитлаба. И так уже большинство (ну, ок — часть) сред разработки — по сути веб-браузер с локально открытой страницей. А если нет необходимости запускать свой продукт у себя на машине, то тем более — какая ценность в локальной разработке ?
Не говоря уже о том, что тимвьювер — это облачный сервис. Весь обмен идет через их центральный сервер (ну, может и не весь, но точно — значительная часть). Факторы риска ИБ...
Под виндой разрабатывать вообще лол. Чего только стоит несовместимость систем прав файлов. Или, да, очень важная вещь — регистр файлов. Винда в регистр умеет чисто номинально, что иногда при работе с гитом выливается в забавные или не очень глюки.
Если же речь про разработку под виндой для винды. Ну, ок. Можно жить.
Полностью согласен, что любая проблема через мессенджер решается быстрее.
Но тут есть нюанс. Первый — любой мессенджер это постоянное переключения контекста. Как следствие — падение производительности. В него будут писать и по существующим реальным проблемам и по ситуациям, которые требуют простого изучения документации (начиная от внутренней KB компании, кончая SO). Поэтому правильно — иметь два средства связи. Формальный и неформальный. И переводить заявки из одного в другой только по реальной необходимости.
Второе. Политика ИБ и вообще стабильность работы сторонних сервисов. Я реально ржу, когда околокритичные процессы компании переводят в Телеграмму, который вообще никакой ответственности не несет. Потом попадаем под ковровые блокировки РКН и страдают как внешние, так и внутренние клменты. Не говоря уже о том, что мы доверяем наши данные цепочке не доверенных серверов.
Третья история — это договоренности. В той же почте их очень удобно фиксировать, т.к. архив никуда не денется. А в любом чатике — через полгода уже нереально найти, что было оговорено и что нужно было делать. Не говоря уже о том, что история может попросту быть недоступной (пр. — бесплатный слак) или удалена (намеренно или нет).
К сожалению, офисная работа на линуксе выглядит чуть более, чем уныло. Вариант? Катнуться на мак. Для разраба — плюс, что получаешь нативную unix-среду со всем стандартным инструментарием. А еще есть MS Office, Outlook и пр. плюшки.
Опыт интересный — да. Удачи.
Но у вас просто не такой-то уж и энтерпрайз. В Прям Энтерпрайзе Энтепрайзе
На самом деле я мечтаю, что рано или поздно наши соотечественники-коллеги повернутся к потребителю передом и сделают нормальный дистрибутив. Это же круто иметь национальный линукс! Сертифицированный, все как полагается. С поддержкой, нормальным набором пакетов. И желательно с совместимостью с мажорными зарубежными аналогами (типа Fedora/openSUSE/Debian). Но [TBD]
Не настолько специалист, чтобы разбираться в сортах LXD.
Повторюсь, что идея поставлять софт в самодостаточных пакетах само по себе неплохая, но и не инновационная. С конкретной реализацией (в виде snap) были серьезные проблемы. Я уж не говорю о том, что линукс достаточно фрагментирован и на не-Убунту snap как бы не особо прижился. А лочиться только на убунте — такое себе.
Золотые слова. Т.е. с Вашей колокольни — любой человек ценен, но возможно, что не в этой компании, не в этой команде.
Нет связи. Поболел человек — потом новый вирус гриппа — болеет заново. Так можно из соплей вообще всю жизнь не вылезать. Какие выходы? Менять образ жизни. И уборку дома делать, и район проживания поменять, и закаляться, и витамины есть. И физкультуру делать....
Вообще-то так оно и есть.
Дело даже не в налогах. Регистрируя молодую семью, собственник несет риски — вот родит молодуха, ребенок автоматом получит регистрацию, дальше как их выселить, если они не будет платить? Согласен, что не хватает грамотно написанных законов, которые защищали бы интересы обоих сторон — и собственников, и арендаторов. Но Вы же понимаете, что у депутатов ТАКИХ ПРОБЛЕМ НЕТ. Они живут в своей собственной реальности, где нет проблем снять жилье или пустить туда арендаторов.
Полностью поддержу. Мой взгляд тоже зацепился. Только я подумал, что речь про энтерпрайз разработку, как, оказывается, что речь про JS.
И, да, Java тоже умеет в промисы/futures.
Спасибо, я знаю что-такое кокпит ))))
Другой вопрос, что Вы сами смотрели что там внутри за мониторинг? Насколько он полнее, чем тот же htop/atop/top ?