Обновить
2

Software developer

0,6
Рейтинг
24
Подписчики
Отправить сообщение
Бомбит вас, и видимо очень сильно, что не ограничились одним комментарием и даже минусанули карму, а мною лишь констатируются факты.
Не похоже, так драматизируете будь-то скролл на мышке сломался…
Вам может не нравится, но вот знаете, книжки для чайников имеют очень высокий рейтинг продаваемости, а все потому, что там пишут и объясняют самые простые вещи. И самое главное мне отписалось в личку несколько людей, которые не работают с линуксом, но заинтересовалось им благодаря статье. Если не верите могу скинуть скрины переписки. Рейтинг одобрения у статьи 85,9% и 76,8% это говорит о многом. Так что можете дальше завидовать и плеваться ядом, не зная к чему еще придраться. Еще и карму минусуете. Позорище.
А где вы там нашли пересказ руководства по vim? Вас это как-то задевает или vim не осилили? Или может у вас скролл на мышке сломался? В чем проблема? Если вам это не было полезно, не значит, что другим так же. Вам же не указываю как писать вам ваши статьи, откуда столько негатива к vim?
Будет. Можете использовать любой удобный вам текстовый редактор.
Можно, но я бы не рекомендовал это делать в makepkg.conf или .bashrc или .profile.
В моих сборочных скриптах он добавлен, но не везде, только где я смог заставить его работать, и где смог сделать патчи, переписать сборочные скрипты или где мне разработчики сделали патчи на мой запрос. Мои сборочные скрипты сильно отличаются от тех, что в официальном репо. И не мало пакетов просто так не собирается с -flto.
В середине 2000-х работал в ИТ отделе крупной компании, так у нас был программист мужчина предпенсионного возраста, почти все ПО было написано им, так вот он любил прибухивать на рабочем месте и ему в состояние потока помогал перейти бутылка, поэтому у него под столом за системным блоком всегда стояла чекушка, чтобы с утра и в рабочее время можно было спокойно опохмелиться… Кстати был очень мужиком, хорошим программистом, и почти весь отдел тянул, но вот бутылка сгубила человека…
Мда, на лицо не понимание существующих веб стандартов, а их пишут не глупые люди, хоть решения вам могут не нравится, они выбраны как самое наилучшее решение проблемы и чтобы уменьшить количество побочных проблем…

Контекс применения вместо DIV использовать class ограничен, это усложнит логику приложений и сделает ее более медленной. А как быть если у нас несколько классов? Как быть если мы захотим поменять класс в рантайме?))) Этот подход пользуются в vuejs в контекст кастомные компонентов. В первую очередь DIV нужен, чтобы отделить JS кастомные компоненты от native, и уменьшить работу с DOM. Плюс DIV может быть не обязательно с классом, у него уже есть предопредленные свойства…
Tangeman перечитайте внимательно все комментарии о чем была речь.
aik по тому, что знаю людей, это можно считать хорошим результатом)))
aik хорошо, что все так хорошо закончилось.

Писал уже про случай тут:
Даже при наличии идеальной и прибыльной стратегии, при отсутствии дисциплины и яиц, человек с большой вероятностью зальется. Так же дисциплина без знаний могут сделать лудоманом… Поэтому всем говорю, что трейдинг не для всех! И самый первый мой совет всем держаться подальше от рынков ценных бумаг! Не мало людей заканчивают плохо, теряют квартиры, теряют здоровье, зарабатывают инсульты и инфаркты. У нас в городе один мужик взял миллион в кредит, в надежде заработать и как обычно бывает у таких самоуверенных, быстро залился. Не выдержала душа таланта, схватился за нож, открыл комфорки с газом, хорошо соседские пацаны залезли к нему через балкон, когда услышали плачь одной из дочек, хорошо его остановили, а то чуть не порешал всю свою семью и соседей вместе…


Первая ошибка — то, что он этим начал заниматься. Вторая ошибка — то, что он этим начал заниматься.

В принципе да. Трейдинг не для всех. По моему опыту, 95% людей вообще не способны понять своих ошибок и научиться. Будут винить других в своих проблемах, но не свои пробелы в знаниях. Учиться надо этому много и долго, из того, что учат многое не работают, много среди обучающих мошенников. Поэтому многих просто отговариваю, просто знаю, что не смогут.

Пробовать новое — нормально. Первая ошибка — он не смог вовремя остановиться (и начал занимать).

Батя бил не за то, что играл, а за то, что отыгрывался…
ntsaplin это хорошая идея, у меня дома давно IPv6 и к примеру все обновления системы и многое качается по IPv6, очень удобно, ниже задержки. IPv6 еще безопаснее значительно, не нужен NAT, ниже нагрузка на оборудование и сетевой стек ОС. Жаль в РФ провайдеры не очень спешат с IPv6. А еще за много лет у меня ни одной атаки по IPv6 и ни одной попытки брутефорса SSH. Когда по IPv4 почти каждый день они были, и пришлось IPv4 закрыть для SSH.
В компиляторы у меня не было патчей. В других проектах принимали, и так же отклоняли по разным причинам. Все сильно зависит от мейнтейнера. Где-то замечательные программисты и с радостью идут на диалог, помогут и принимают патчи, где-то совсем наоборот. Не мало раз было, что присылал патч и говорили в следующем релизе этого куска кода не будет и уже алгоритм переписан.
Да, это статья. Там видимо рыльце в пушку у обоих, что договорились закрыть взаимные претензии по обоюдному согласию.
Areso правом подписи во многих компаниях обладает еще главный бухгалтер. Плюс в некоторых компаниях бухгалтер бывает ставит галочку в документах за директора, такое видел не редко.
Вот как ругается DKMS:
Building module:
cleaning build area…
KERNELDIR=/lib/modules/5.12.10-noname/build make driver...(bad exit status: 2)
Error! Bad return status for module build on kernel: 5.12.10-noname (x86_64)
Consult /var/lib/dkms/openrazer-driver/3.0.1/build/make.log for more information.

make.log
make -C /lib/modules/5.12.10-noname/build M=/var/lib/dkms/openrazer-driver/3.0.1/build/driver modules
make[1]: вход в каталог «/tmp/linux-5.12.10»
CC [M] /var/lib/dkms/openrazer-driver/3.0.1/build/driver/razerkbd_driver.o
gcc: ошибка: unrecognized command-line option «-Qunused-arguments»
gcc: ошибка: unrecognized command-line option «-mno-global-merge»
gcc: ошибка: unrecognized command-line option «-fsplit-lto-unit»
make[2]: *** [scripts/Makefile.build:271: /var/lib/dkms/openrazer-driver/3.0.1/build/driver/razerkbd_driver.o] Ошибка 1
make[1]: *** [Makefile:1851: /var/lib/dkms/openrazer-driver/3.0.1/build/driver] Ошибка 2
make[1]: выход из каталога «/tmp/linux-5.12.10»
make: *** [Makefile:25: driver] Ошибка 2

Aldrog вы в принципе мало понимаете в разработке компиляторов, столкнетесь с компиляторами ужаснетесь от багов))) Никогда не слышали про баги GCC c -funroll-loops? wiki.gentoo.org/wiki/GCC_optimization/ru Некоторые оптимизации дают сбой, их компилятор чаще всего отключает, отсюда может быть потеря производительности. Компилятор старается оценить сложность оптимизации, если во время оптимизации оказывается, что сложность оптимизации высокая, то он может отказаться от оптимизации или вовсе создать не корректный код. Начиная с gcc 9 включили агрессивное разворачивание циклов по умолчанию, и довольно много тогда было багрепортов, что ПО работает не везде корректно. Довольно сложно в компиляторах предусмотреть все возможные ошибки оптимизации. Тот же full lto в случае сложности оптимизации тупо генерирует много кода и код наоборот становится медленнее. Поведение всех компиляторов очень отличается. На мой вгляд в этом плане самый умный clang.
event1 честно говоря не знаю. Cамая частая ошибка c llvm и lto, что o файлы содержат LLVM IR, а его могут обработать только тулчейны llvm. Эта ошибка бывает когда сборочные скрипты пытаются использовать другой ld, ranlib, ar. Уже не помню ошибку с DKMS, так как эта ошибка была еще давно до lto, видимо была тоже причина в этом.
alsoijw человек просто перепутался в ошибках компилятора и ПО, ошибки компилятора посложнее ловить и ПО не всегда может их решить. Проблемы производительности ПО через профилировщик видно, в дальше можно просто посмотреть на ошибки оптимизации этого куска кода, компилятор при передаче определенных параметров может показывать такие ошибки, в clang это делать удобно. Ошибки компилятора это сложнее, чаще всего он предустановлен и даже если сделают быстро патчи, то не факт что они быстро появятся в дистрибутиве… Только на днях видел в каком-то пакете багрепорт связанный с GCC, и там отсылка на сам баг в GCC. У меня были тоже подобные баги с LLVM, но у меня git версия и патчи сразу переношу в свой пакет aur.archlinux.org/packages/llvm12-git
Вот к примеру баг llvm с которым лично столкнулся и там даже отписался bugs.llvm.org/show_bug.cgi?id=49915
alex1478 виды ДДОС бывают разные, может они общий канал к серверу забивают и создают нагрузку на сеть? Когда меня ддосили, крупный ДЦ в европе тоже отключал меня на несколько дней, сказали мой сервер создал большую нагрузку на их сеть и другие клиенты страдают из-за меня, хорошо, что счет мне не выставили, правда было это 8 лет назад, и тогда каналы у ДЦ были слабже, но натекло тогда пару десятков ТБ за пару дней. Плюс это вдс и количество сетевых карт ограничено, при большом количестве пакетов сетевые карты могут начать отбрасывать пакеты других клиентов.
Перечитайте статью с самого начала, и пройдитесь по результатам каждого теста, у вас немного не правильные выводы.

Информация

В рейтинге
2 296-й
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность