— вот только у Украины нет технического ресурса для таких блокировок,Спірне питання: декілька років тому проскакувала неофіційна інформація що 2 з найбільших українських магістральних операторів закупили DPI обладання.
Цікаво як організувати перекладання в манері «continuous integration»? Тобто в коли в програму додаються нові фітчі з новими текстами. Зокрема як робити синхронізацію «мовних файлів» та TMS?
Тому що Україна це здебільшого аутсорс. А тут працює ху*к-ху*к в і продакшин, і бігом за новий проект. Щоб побільше проектів видати за одиницю часу. В короткостроковій перспективі тести займають лишній час. Для чого тести якщо програмісти будуть проект бачити декілька місяців, а потім новий проект?
От в продуктовій компанії інша справа... хоча і там тести не дуже приживаються...
Аргументи?)
Ясно что алгоритм тоже имеет значение, но раз создают более оптимизированные вещи значить проблема не только в алгоритме?)
Невеликиї хінт: Оптимізують не тільки JS, з того же С до сих пір «вижимають» соки. Тоже ASM компілятори оптимізують, тобто це не проблема однієї мови.
концепція відносно проста. Просто порівняйте з чимось іншим, наприклад, Монадами. а взагалі функціональне програмування вимагає кращу математичну підготовку. Хоча якщо глянути з організаційних моментів то ООП дозволяє доволі легку декомозицію задач, з послудуючим розподілом роботи на команду. Це солідний плюс якщо у вас «великий» продукт і над ним працює 100500 людей.
мене не цікавлять прогнози баб на лавочках.от одна «бабка» вангує, думаю вам може бути навіть відома
програмуєм на ООП тому що концепція доволі проста і дешевших кодерів можна знайти, але це не значить що лише ООП існує і він істино правильний і його треба всюди пихати.
багато ентерпрайза написано на С (без плюсів),
от дядьки для хайлоад юзають
ПС. До речі, в багатьох місцях вангують що якраз функціональні мови будуть необхідні так як вони краще вирішують проблеми з багатопоточністю
Чому всі думають що програмування це ООП?
мабуть доцільно ввести додаткову градацію. Типу Big Co Senior, Startup Senior ітп.
маю на увазі не взагалі, а в конесті статті: від сейньора вимагають відповідальності при тому щоб він виконував купу обовязків (від бізнес аналізу до проектування системи та розподілу задач на команду). Виходить описаний сейньор для маленького проекту/стартапу але при цьому використовується купа слів з «великих проектів» (
Project Manager, Project Coordinator, Scrum Master, Risk Management, Change Management, Release Management, Requirements Gathering, Planning, Estimation). Відповідно не дуже зрозуміло чому сейньора роблять «козлом отпущения».
Для чого водяться люди з тайтлами типу «Software Architect»?
по моєму це все, там вже є :)
ПС. нікого не хотів образити
погоджуюся, в самих вимогах існують баги.
тільки звідки інфа що декларативні мови приводять до меншої кількості багів?
jQuery жеж можна розглядати як монаду Maybe