не факт, недоказанность монотонности зависимости функционала от входных данных делает это утверждение недоказанным
>мы добавляем в материнскую программу знание о структуре данных, которой является конфиг, т.е. косвенным путём добавляем ещё один источник данных, тем самым опять же наращивая функционал программы
этот источник данных может дополнять входные данные, делая суммарный вход более простым, с точки зрения функционала
>вдвое
o5 25
>API — это интерфейс программного модуля для получения и отправки данных
интерфейс это только обертка вокруг уже имеющегося функционала. В идеальном случае функционала добавляет самый минимум — только что бы обеспечить работу протокола передачи данных. Функционал собственно программы реюзиться
тут можно сказать о неявных допущениях, которые все делают, но не все контролируют
преждевременная оптимизация — это допущение о том что данный кусок надо сделать быстрее и допущение что выбранный способ лучше.
правильное проектирование — это прежде всего расчеты параметров и допустимых нагрузок, тоже своего рода допущение, но явное и имеющее возможности для проверки впоследствии
Стоит говорить о best practice, но оптимизацию оставить на время, когда можно что-то померить. Собственно, самое важное правило оптимизации:
>Обязательно проведите измерения до и после оптимизации.
>Таким образом, чем больше пар язык-язык используется в программе, чем больше используется структур данных, тем больше программа содержит преобразований.
Такое надо доказывать а не в виде очевидной леммы выставлять.
Например имеем конечный ряд цифр ai, которые преобразуются в bi, по правилу f(a,i), но крайние элемент имеет исключение. При переходе к бесконечному ряду, правило сохраняется, но конечные исключения можно выкинуть.
Данных больше — преобразований меньше
>Фактически, использование одного дополнительного конфига или дополнительного языка программирования добавляет в программу в два раза больше кода
Вообще-то в таких случаях говорят в пи раз больше :)
Нигде не показана равнозначность входящих данных и конфигов или API, поэтому не понятно банальное удвоение сущности, если зависимость не определена и более того не монотонна.
Если входящие данные — частный случай и дополняются конфигами/API/чемугодно до какой-нить полной задачи, то стоит ожидать уменьшения преобразований.
Так что конечный вывод
>Добавление фреймворка, конфига или ЯП для облегчения разбора данных приводит к усложнению разбора данных.
считается высосанным из отдельно стоящей части человеческого тела.
не знаю. я в свое время не поверил хорошей HR-щице и взял на работу потенциального алкоголика и через полгода мы его по Москве искали. Я сам не поверю на первой встрече и ничего интересного незнакомому человеку рассказывать не буду, если не будет прямых вопросов. И много раз сам наблюдал как люди на собеседовании не раскрывались.
Вообще единственный вопрос на который нужно ответить после собеседования — сможет ли команда принять человека и он команду. И единственный способ найти ответ за столь маленькое время — положиться на интуицию.
Я раз за IT-шников сбера, но толку, если сотрудники, которые тупили на местах, все те же?
Меня бесит система, когда никто ничего не знает, и куча тупых правил.
Не знаю как в последние годы ( я зарекся иметь с ним дело после кучки фейлов ), но всю жизнь общаясь со Сбером я видел что это обычная гос контора — если что-то конкретные люди и делают, то вся система потакает остальным просто отсиживаться.
Когда спам четко попадает в потребности это становиться здоровой рассылкой :)
Давно, когда спам только появился, я делал для одного порносайта фильтрацию пользователей и из 10 миллионов адресов отфильтровалось что-то около 35 тысяч. После первой, глупой надо сказать рассылки на все адреса его забанили на хостинге через 4 часа что-ли, после начала рассылки. А отфильтрованный список он пользовал несколько лет в качестве списка для анонсов новой клубничики и посещаемость сайта только росла, а абьюз его не тревожил.
Мдя, а вот мой личный комп появился у меня лет 5 назад, а до этого как-то все служебные ноуты и просто персоналки и даже сановский воркстейшн и индиго от селикон графикс был :)
Мдя, у меня как раз сдох трекбол Optical Trackman, и похоже их больше не производят, потому что даже на сайте нет инфы.
Не подскажите, поменяют ли мне его, если стерлась все инфа снизу и логотип сверху?
Параллельность на языка или компилятора пытались делать давно, по крайней мере еще в 90е это было на слуху. Но видимо специализация так и не позволила выйти в тренд. Как тут верно заметили может быть функциональные языки, которые могут описывать множество потоков, смогут вытащить ситуацию. но боюсь что придется грандам что-то делать с совместимостью с x86.
Осмелятся ли они вытащить на рынок, хотя бы серверный ( потому что там функциональные языки приобретают вес ), процы и соответственно системы с новой архитектурой, готовой к большему параллелизму? Как скоро появятся ОС и прочее в экосистеме серверного ПО? Или мы еще лет 10 будем иметь x86 только что бы поднять линукс и веб сервер, который будет уже грузить специфичное окружение? Или появятся erlang серверы имеющие только необходимый минимум?
У тех кто в те годы начинал таких историй…
Например был компьютерный класс в котором стояла защита, диски регулярно чистились и заливались по новой, дискет не было. Наша компания ковыряясь в памяти сняла вручную дамп этой защиты и в другом месте дизассемблировав и распечатав разобрались в ней вечерами. После чего написали простую ломалку, причем помню что асм в коды вручную переводили.
После чего программа вводилась в обычном редакторе Альт+цифры и запускалась, открывая системные пароли, после чего у нас появились нормальные инструменты для дальнейшего баловства и конечно же игрушки и кучу прочего богатства «запрятанного» сисадмином.
Большая часть заказчиков — проблемные. И проблемы у них какие-то волшебные. И каждый придумывает свои способы узнавать или окучивать проблемных заказчиков.
В первом случае наверняка ребят замучили проблемы с бюджетом проекта и они стали исходить из его реальной стоимости. Скорее всего они просто сделают столько за что заплачено. Вторые опять же, скорее всего, замучены демпингом конкурентов. Третьи просто ставят фильтр на любителей «просто спросить» или сравнивающих цену. А в той что вам все сделали вы просто совпали.
Может быть я неправ и они действительно все козлы. Может быть вы козел. Я не знаю как было на самом деле, а человек всегда лжет. Но заказчики в большей своей массе долбанутые на всю голову. Кто-то на этом зарабатывает — у меня знакомая в Штатах как раз специализируется на таких, естественно заставляя их платить за свою долбанутость, но примерно раз в месяц срывается и рассказывает какие они все таки добанутые, видимо не на трезвую голову. У меня подход проще — я даю высказаться, а потом решаю насколько я не хочу с таким человеком работать и если есть хоть одна причина — я ему отказываю.
А менеджеров и продажников хороших в конторах, которые будут работать за 10к$ вы зря ищите — у них возможностей больше и зарплаты, а то и доля в бизнесе поболее будут. Вот и приходиться мелким веб-студиям довольствоваться девочками-припевочками.
Я просто иду курить или завариваю кофе и думаю с чего начать и начинаю, даже если не сильно-то и хочеться. Но пока думается вроде что-то вырисовывается и уже хочется что-то потрогать и сделать первый шаг уже почти хочется, а дальше все путем…
но на самом деле тут две альтернативы:
— Если ты занимаешься тем к чему у тебя есть предрасположенность, то сложно не увлечься, если начать.
— Если что-то сильно не хочется, значить это лучше не делать, чем долго откладывать и сделать хуже.
Вы хоть раз собирали команду?
Вы хоть раз делали реструктуризацию?
Хороших спецов недо не искать а переманивать, а иногда, кагда вендор внедряет новье — надо учить. Причем нужного уровня спец логко может ехать из глубинки в Москву, в из Москвы в европу на большую зарплату. А учить — он через год станет хорошим спецом — смотри пункт первый.
Конкуренты скорее переманят команду чем повредят хоть как-то честными методами бизнесу.
да я управлял и мне приходилось вот такую же дурацкую схему мотивации, спущенную сверху, адаптировать, а потом и вовсе вводить другую что бы мотивировать умных людей.
Но вы видимо не общались с достаточно образованными людьми, которые на вашу последнюю фразу будут исключительно цинично улыбаться :)
не факт, недоказанность монотонности зависимости функционала от входных данных делает это утверждение недоказанным
>мы добавляем в материнскую программу знание о структуре данных, которой является конфиг, т.е. косвенным путём добавляем ещё один источник данных, тем самым опять же наращивая функционал программы
этот источник данных может дополнять входные данные, делая суммарный вход более простым, с точки зрения функционала
>вдвое
o5 25
>API — это интерфейс программного модуля для получения и отправки данных
интерфейс это только обертка вокруг уже имеющегося функционала. В идеальном случае функционала добавляет самый минимум — только что бы обеспечить работу протокола передачи данных. Функционал собственно программы реюзиться
преждевременная оптимизация — это допущение о том что данный кусок надо сделать быстрее и допущение что выбранный способ лучше.
правильное проектирование — это прежде всего расчеты параметров и допустимых нагрузок, тоже своего рода допущение, но явное и имеющее возможности для проверки впоследствии
Стоит говорить о best practice, но оптимизацию оставить на время, когда можно что-то померить. Собственно, самое важное правило оптимизации:
>Обязательно проведите измерения до и после оптимизации.
Угу, а интеллект — это просто очень сложный инстинкт :)
Такое надо доказывать а не в виде очевидной леммы выставлять.
Например имеем конечный ряд цифр ai, которые преобразуются в bi, по правилу f(a,i), но крайние элемент имеет исключение. При переходе к бесконечному ряду, правило сохраняется, но конечные исключения можно выкинуть.
Данных больше — преобразований меньше
>Фактически, использование одного дополнительного конфига или дополнительного языка программирования добавляет в программу в два раза больше кода
Вообще-то в таких случаях говорят в пи раз больше :)
Нигде не показана равнозначность входящих данных и конфигов или API, поэтому не понятно банальное удвоение сущности, если зависимость не определена и более того не монотонна.
Если входящие данные — частный случай и дополняются конфигами/API/чемугодно до какой-нить полной задачи, то стоит ожидать уменьшения преобразований.
Так что конечный вывод
>Добавление фреймворка, конфига или ЯП для облегчения разбора данных приводит к усложнению разбора данных.
считается высосанным из отдельно стоящей части человеческого тела.
Вообще единственный вопрос на который нужно ответить после собеседования — сможет ли команда принять человека и он команду. И единственный способ найти ответ за столь маленькое время — положиться на интуицию.
Меня бесит система, когда никто ничего не знает, и куча тупых правил.
Давно, когда спам только появился, я делал для одного порносайта фильтрацию пользователей и из 10 миллионов адресов отфильтровалось что-то около 35 тысяч. После первой, глупой надо сказать рассылки на все адреса его забанили на хостинге через 4 часа что-ли, после начала рассылки. А отфильтрованный список он пользовал несколько лет в качестве списка для анонсов новой клубничики и посещаемость сайта только росла, а абьюз его не тревожил.
Не подскажите, поменяют ли мне его, если стерлась все инфа снизу и логотип сверху?
Осмелятся ли они вытащить на рынок, хотя бы серверный ( потому что там функциональные языки приобретают вес ), процы и соответственно системы с новой архитектурой, готовой к большему параллелизму? Как скоро появятся ОС и прочее в экосистеме серверного ПО? Или мы еще лет 10 будем иметь x86 только что бы поднять линукс и веб сервер, который будет уже грузить специфичное окружение? Или появятся erlang серверы имеющие только необходимый минимум?
Например был компьютерный класс в котором стояла защита, диски регулярно чистились и заливались по новой, дискет не было. Наша компания ковыряясь в памяти сняла вручную дамп этой защиты и в другом месте дизассемблировав и распечатав разобрались в ней вечерами. После чего написали простую ломалку, причем помню что асм в коды вручную переводили.
После чего программа вводилась в обычном редакторе Альт+цифры и запускалась, открывая системные пароли, после чего у нас появились нормальные инструменты для дальнейшего баловства и конечно же игрушки и кучу прочего богатства «запрятанного» сисадмином.
В первом случае наверняка ребят замучили проблемы с бюджетом проекта и они стали исходить из его реальной стоимости. Скорее всего они просто сделают столько за что заплачено. Вторые опять же, скорее всего, замучены демпингом конкурентов. Третьи просто ставят фильтр на любителей «просто спросить» или сравнивающих цену. А в той что вам все сделали вы просто совпали.
Может быть я неправ и они действительно все козлы. Может быть вы козел. Я не знаю как было на самом деле, а человек всегда лжет. Но заказчики в большей своей массе долбанутые на всю голову. Кто-то на этом зарабатывает — у меня знакомая в Штатах как раз специализируется на таких, естественно заставляя их платить за свою долбанутость, но примерно раз в месяц срывается и рассказывает какие они все таки добанутые, видимо не на трезвую голову. У меня подход проще — я даю высказаться, а потом решаю насколько я не хочу с таким человеком работать и если есть хоть одна причина — я ему отказываю.
А менеджеров и продажников хороших в конторах, которые будут работать за 10к$ вы зря ищите — у них возможностей больше и зарплаты, а то и доля в бизнесе поболее будут. Вот и приходиться мелким веб-студиям довольствоваться девочками-припевочками.
Я просто иду курить или завариваю кофе и думаю с чего начать и начинаю, даже если не сильно-то и хочеться. Но пока думается вроде что-то вырисовывается и уже хочется что-то потрогать и сделать первый шаг уже почти хочется, а дальше все путем…
но на самом деле тут две альтернативы:
— Если ты занимаешься тем к чему у тебя есть предрасположенность, то сложно не увлечься, если начать.
— Если что-то сильно не хочется, значить это лучше не делать, чем долго откладывать и сделать хуже.
Вот поэтому у нас сейчас совсем другая страна.
Без действительно умных людей нельзя сделать хороший продукт, а все достаточно умные люди циничны.
Вы хоть раз делали реструктуризацию?
Хороших спецов недо не искать а переманивать, а иногда, кагда вендор внедряет новье — надо учить. Причем нужного уровня спец логко может ехать из глубинки в Москву, в из Москвы в европу на большую зарплату. А учить — он через год станет хорошим спецом — смотри пункт первый.
Конкуренты скорее переманят команду чем повредят хоть как-то честными методами бизнесу.
Но вы видимо не общались с достаточно образованными людьми, которые на вашу последнюю фразу будут исключительно цинично улыбаться :)