Юрий Ярош

Я сам хочу разобраться с проблемой отсутствия нормальных полифилов для относительных величин, с учётом изменения размеров и переопределением пиксельной сетки.

Вот тут достачно порезать тостер jsfiddle.net/x7ztp5vd
#toster {
width: 293px;
height: 301px; -> 300px;
}

Так как у нас берётся 25% то при масштабировании получается 1/4 пикселя которая округляется в меньшую сторону и даёт "пробел".

Проблема в подборе размеров для элементов, что бы при округлении оно всё хорошо влазило в пиксельную сетку браузера и не давало подобных артефактов. Этим грешны все существующие относительные величины в вэбките :(

p.s. если будет желание заняться разработкой полифила - пишите в скайп.

Проще всего тут же на тёплом-ламповом фрилансиме.

В принципе для джавы сейчас есть IntelliJ IDEA который кроссплатформенный и норм работает. По моим личным субъективным - быстрее чуток разрабатывать под каким-то легковесным линуксом типа ArchLinux'a. Главное иметь на борту SSD'шный RAID, либо быструю PCI-ex SSD типа такой или такой. В принципе при освоении ArchLinux'a можно очень некисло так разобраться во всех тонкостях этой ОС, чего не скажешь о других дистрибутивах - главное иметь под рукой планшет с возможностью гугления по потребности, благо вики арча покрывает очень много специфических моментов.

В принципе хакерские скилы ничем примечательным в наше время особо не отличаются от того что было 10 лет назад. Нужно знать ассемблер и сишку - без плюсов и досконально, что бы фраза "Си (без плюсов) может быть очень даже ООП" не могла вызвать странную ухмылку на вашем лице и воспринималась довольно обыденно.

1. Перво-наперво нужно научится пользоваться отладчиком OllyDbg, IDA и т.п.
2. Потом нужно разобраться в архитектуре х86 на уровне понимания распределения прав доступа, работы с памятью и различных SIMD/MIMD операций.
3. От ОС ничего не зависит - знания и навыки в kmdf/umdf и linux kernel device drivers дополняют друг друга. Также нужно разобраться с системными вызовами самих ОС и как это всё оперируются со стороны старых добрых glibc и т.п. вещей.
4. Из языков нужно брать и эксперементировать со всем - даже в той же Java в рамках OpenJDK есть куча эксперементальных вещей, типа Project Graal и Project Sumatra, в которых очень даже полезно покулупаться ради собственного развития. Никогда не знаешь что найдёшь и как это можно будет потом использовать - главное искать и не останавливаться.
5. Конвертируют полученные навыки и знания самыми разнообразными способами - лучше всего разрабатывать под ядрышка ОС различные вундервафли, становиться известным и ити работать в IBM / Intel. WhiteHat/GreyHat зароботки в постсовке нереальны, а BlackHat грозит сроком.

Вышеописанный проект не является стартапом, так как не исследует и не порождает новых рынков сбыта.
Согласен с Назар Мокринский, вам стоит разобраться с терминологией.

Есть cmake.
Хотим - генерируем проект для студии, хотим - генерируем проект под Eclipse или QtCreator.
К cmake ещё в довесок можно использовать ctags для автодополнения, и cpack для дистрибуции.
И никаких проблем.

Желательно оформить ИП до старта любых работ.
Серьёзных денег налом люди не платят - обычно всё проходит через бухгалтерию и договора.
Иногда можно сделать работу и подписать акт на 3-4 дня работы, а в договоре просто указать максимально возможную сумму работ на момент подписания договора и что стороны должны будут составить новый если сумма работ в дальнейшем будет выше - этот хак хорошо работает в почасовых и в позадачных ставках.

Т.е. работали вы месяц, оформились в ИП, а в акте написать что вы работали 3-4 дня...
Люди обычно ещё проводят через подставных юр лиц. и спд основные суммы, а минималку записывают как доходы, но это уже от 2 до 5ти и куча штрафов.

Когда люди называют 1Гбит динамического http трафика highload'ом - это вызывает у меня довольно нелепую ухмылку.

Сравнивать php / python / ruby более-менее целесообразно так как это полностью интерпретируемые языки с кэшированием байткода, иногда с оптимизациями, как в случае с jRuby и Project Graal. Обычно такие вещи помирают на 14-17К запросов в секунду с пустыми ответами... В общем на одном гигабите трафика тут обычно всё и заканчивается. Node.js по производительности более корректно сравнивать с JVM языками типа Groovy или Scala, но никак не с самой Java. На практике через Netty на Disruptor'е под offheap'ом и Terracotta можно пропустить и 40Гбит живого трафика, без статики, - главное правильно профилировать и писать прямо pfRing.

Почти в каждом случае где есть сборка мусора нужно использовать offheap кэширование, или любые другие методы контроля роста кучи. Во время самой сборки в очень больших (16Гб и более) старых поколениях возникают проблемы с планировщиками и контролем приоритетов - в итоге получаем очень большое, критическое, увеличение текущих задержек на обработку запросов.

Если вы хотите строить что-то действительно стоящее - стоит смотреть в сторону CQRS-ES'a и реактивных приложений в рамках SOA. Возможно внедрение микросервисных архитектур если нет требований к задержкам на выполнение запросов. Но, учитывая что вы задаёте здесь вопросы о том "что лучше node.js или python" не думаю что у вас хватит опыта для построения подобных вещей.

Можно пробовать golang - яндекс слез с python'a на golang по причине слоупочности оного, и довольно хорошо так слез. В golang'е сейчас самый лучший RAD, гораздо круче того же node.js. Идеоматичность самого языка решает достаточно много потенциальных проблем ещё на этапе разработки. Да и сообщество сейчас довольно активно пилит его runtime - внедряют многопоточный gc и ещё пару вкусностей. Даже не умея всех этих асинхронностей и прочей лабуды с golang'ом можно получить довольно хороший выхлоп. Правда меня немного смущает отсутствие нормальных datamapper'ов и scaffolding'a под golang.

Есть такая интересная штука как Intel vPro, можно спокойно купить проц с суффиксом S, типа i7-4790S или 4770S, и материнку с чипсетом Q87 типа ASUS Q87M - радоваться возможности удалённого администрирования, как на полноценном сервере с аппаратным KVM'ом. Можно глянуть процессоры / материнки предыдущих поколений - в зависимости от потребностей, есть даже mini-itx материнки с ноутбучными блоками питания типа ASUS Q87T.

Прежде чем холиварить нужно разъяснить 3 вещи
1. Модель БД в 6ой нормальной форме могут проектировать единицы
2. Понимать как все эти схемы, каталоги, представления и материализованные представления вписываются в SOA, как производить тестирование, какие функции где хранить, как проставлять тригеры, как подчищать журналы, как разделить представления чтения/записи в рамках CQRS - знают единицы, а использует на практике и того меньше.
3. PostgreSQL можно сделать быстрее и эффективнее чем MySQL / MongoDB / Oracle, но не наоборот, хотя косячить можно везде :), и там много чёрной магии которая простым смертным просто недоступна. PostgreSQL слишком просто кастомизируется, и этим можно получить просто дикие приросты производительности, особенно если речь идёт о внедрении каких-то кастомных типов данных, индексов и функций агрегации. В остальных решениях "шаг вправо, шаг влево - расстрел". Если вам нужно простое решение которое "лишь бы работало с коробки" - вам точно не стоит использовать PostgreSQL.

Начнём с того что большинство "стартапов" нельзя отличить от мелкого бизнеса - разберитесь какие рынки сбыта вы порождаете и исследуете, как будет происходить их дифференциация и какие архитектурные особенности характерны для поставленных задач, а потом уже можно думать кого и куда искать...
На чистом энтузиазме люди не работают, на пустой зарплате тоже - решите вопрос мотивации.

Требуете физического присутствия - признак потребности в компенсации посредством "ореола", это такое когнитивное искажение. Соответственно вы сами не знаете как обеспечить должное качество продукта и как правильно организовать работу, ищите человека который бы смог сделать большую часть работы в этом плане за вас, и обеспечить вас "обещаниями" или иллюзией выполнения каких либо задач. Вас просто будут постоянно кидать с таким отношением ...

В общем не тратьте своё и чужое время - есть слишком много примеров провальных проектов ещё до того как кто-либо начинал их реализовывать.

Сейчас вообще принято индексировать логи в движках для полнотекстового поиска и подчищать за ненадобностью. Чаще всего используют logstash fluentd flume с Kibana, индексируется эт всё в ElasticSearch. Всё автоматом обновляется в реальном времени, можно даже красивые кастомные графики рисовать на любой вкус.
Вот и вот есть немного устаревшие примеры использования. Kibana сейчас является одним из основных инструментов для обработки логов в Яндексе.

1. Сам диплом не смотрят, просто смотрят его наличие. Есть проблемы со "специалистами" так как за бугром нет такого понятия - нужно сдавать академ-разницу или "доучиваться".
2. Диплом любого пост-советского ВУЗа нужен просто для получения грин-карты США - без него открыть карту довольно сложно так как нужно доказать "свою полезность для страны". Ещё он нужен для открытия своего мелкого бизнеса, но часто даже счёт в банке без диплома отказываются открывать. В работе диплом, даже местных вузов, скорее для галочки, но в случае с наукоёмкими задачами очень часто смотрят на научные работы и проекты, я не думаю что на их наличие как либо влияет студенческая деятельность.
3. Есть смысл закончить бакалавра и пойти в магистратуру уже где-то за бугром, не обязательно в штатах. Можно очень хорошо провести время.

В случае с обучением за бугром были случаи когда люди влезали в долги, брали кредиты, потом у них появлялись дети и всё равно оставались долги. На примере украинского налога в 4% + 65$ раз в квартал, и полного отсутствия соц обеспечения, на пенсионном страховании и проч накопительных системах можно очень даже неплохо пожить на старости. Страна стране рознь - везде свои преимущества и недостатки, нужно учитывать очень много факторов прежде чем принимать решение о ПМЖ и будущем. Но вот магистратура за бугром - это очень даже неплохой вариант.

В github gist'ах