stemm

Журнал «Практика функционального программирования»

spring security кажется вполне себе независимым, хотя если быть честным — юзал его исключительно под томкатом :)

В хеш таблицах используются связные списки, а не списки на массивах

Аллокатор памяти, например, классический malloc.

LinkedList нужен там, где с одной стороны нужны листы. А с другой — быстрые вставки в середину. Примеров не много, но вот два:
1) Нам периодически приходят обновления о том, что объект из списка пропал. И происходит это часто, а объектов много. Например нам сообщают, что машина продана.
2) Удобно составлять цепи событий, куда можно вставлять промежуточные события.

Я в общем-то спорить не хочу, вы скорее всего LinkedList просто «алгоритмически» не взлюбили и троллите его :)

Да, применений у него мало, конкретно так мало. В основном кто-нибудь всунет куда не надо по незнанию и потом сиди разгребай в чем проблема.

Но все же, для списка слушателей я использую именно LinkedList т.к. все что я перечислил выше + он ожидаемо ведет себя во всех ситуациях при данном использовании и не создаст мне неожиданных проседаний производительности (маааленьких, но все же), как тот же ArrayList если я просто хочу добавить/удалить слушателя не парясь заранее об их количестве.

Вам понравится подход к отделению LinkedList в C# от просто списков, там он не реализует IList и случайно применить его не выйдет, только если как коллекцию и то вряд ли, там ArrayList называется List и большинство даже не в курсе про LinkedList.

В статье снизу список с результатами среднего времени по операциям:
(наносекунды, меньше лучше)

ArrayList add:    13265642
LinkedList add:    9550057

ArrayList get:       1543352
LinkedList get:     85085551

ArrayList remove:    199961301
LinkedList remove:    85768810

Вот. Просто такое ощущение, что вы задали вопрос чтобы убедится в правоте своего мнения и других слушать не хотите :)

Таблица файловой системы FAT. Насчет остальных систем не знаю.

Отвечу как разработчик на Java и C#, связные списки применяю очень редко и осторожно, но есть один кейс, в котором лучше него структуры нет — список слушателей какой-нибудь фигни. Почему? Потому что памяти ест мало а используется только для последовательного чтения, удаления с любого места в списке, а связный список самая оптимальная структура данных для этого.

Пример на Java:

public class ObservableValue {

        public interface Observer {
            void onValueChanged(Object newValue);
        }

        private Object value;
        private final List<Observer> observers = new LinkedList<Observer>();

        public Object getValue() {
            return value;
        }

        public void setValue(Object newValue) {
            this.value = newValue;
            notifyOnValueChanged(newValue); // уведомляем слушателей
        }

        // дешевая вставка объекта
        public void addObserver(Observer observer) {
            observers.add(observer);
        }

        // дешевое удаление с любого места в списке
        public boolean removeObserver(Observer observer) {
            return observers.remove(observer);
        }

        // дешевое чтение т.к. не по индексу, а последовательно
        private void notifyOnValueChanged(Object newValue) {
            for (Observer observer : observers) {
                if (observer != null) observer.onValueChanged(newValue);
            }
        }

    }

Если найдете структуру данных, которая подойдет лучше — скажите мне пожалуйста :)

Не скажу за все языки, но в C++ std::list редко бывает эффективнее других контейнеров. Но бывают случаи, когда он предпочтительнее, например, в графовых структурах данных типа Boost Graph Library.

С обычных предметов подобные следы клейкого слоя от наклеек удобно удалять самой наклейкой — обернуть палец клейким слоем наружу и постукивающими движениями «ляпать» по следам клея. Обычно клейкий слой прилипает к наклейке лучше, чем к предмету, в результате все постепенно переходит на наклейку. Если наклейки нет, изорвалась вконец или же она не помогает (бывают такие скотчки, у которых наоборот, все переходит со скотча на предмет), мне помогает обычная изолента (белая :) — точно так же обматываю палец и «ляпаю», все постепенно отходит. Насчет монитора не знаю, вещь нежная, но если придерживать и по чуть-чуть, должно получиться.

Как добится объединения света нескольких светодиодов в один рассеяный общий свет?

Может напильником? Буквально

попробуйте (разница в «2»)

/usr/bin/mysqldump -u dbuser -p"userpass" database > db.sql  2> /tmp/log

Если хотите разобраться, что к чему, что от чего зависит и вообще въехать в технологии, которые зависят от поддержки ядра — то стоит. Если вы хотите просто иметь десктоп с линуксом — то нет.

В общем, выбор основывается не на повышении производительности компьютера, а на задачах, именно решающихся сборкой ядра.

Кстати говоря, если вам скажут, что повышение производительности — миф, не верьте. Прямо сейчас наблюдаю два одинаковых компа (т.е. одинаковая память, материнки, процы). На них запустили один и тот же бинарник minerd. На одном биткойны майнятся на 10% быстрее — это Gentoo, которую конфигурировал и собирал я руками. Второй — debian.

Запускаете из IDE, он компилит лишь классы которые изменились, после этого поднимается сервер — ну секунд 10 15 надо подождать и всё.

Могу посоветовать книжку, где в примерах на Python'е освещаются подобные вопросы:
«Программируем коллективный разум.» Тоби Сегаран — правда, не совсем
уверен, что Вы именно то спросили…

У вас в процессор, память или диск упирается? Проанализируйте и сами поймете что вам нужно: еще память, ssd или всю конфигурацию менять.

Начать делать какой-нибудь проект, желательно с максимальным охватом областей. Не важно, принесет ли он вам деньги или что-то еще. Главное, чтобы был интересен. А вот по ходу уже периодически читать отдельные главы из книги.
Обучение на практике самое эффективное.

regex сработает, если поле будет строкой, а не integer

можете взять с моего проекта — metal4.com/services/avatars/