А можно конкретнее что вы не поняли в LISP?
Я понял бы, если речь шла про какой нибудь пролог для нейронных сетей.
А тут перебор, в чистом виде синтаксис и алгоритмистика. Или я ошибаюсь?
Что такое CMS разработка?
Что такое «знать язык»? Его API, библиотеки?
Правило простое. Есть сомнения что делаешь много работы — лезь в API.
нет в API, ищи библиотеку.
Много переборов в циклах — лезь в API, они написаны например на «С»
А дальше вопрос проектирования системы.
А всякие каллейбл и итерейбл это не знания языка, это больше знания проектирования.
Зачем джуниору лезть в запросы?
У вас часто джуниоры в системы запросы создают?
Может это дело модели по запросам строить саму себя?
А джуниор работает только с частью MVC?
Начнем с того что MVC это паттерн (или набор паттернов, которые используются вместе)
Если вы все паттерны используете «как написано в книге», то тут явно ваш просчет.
Видет кучу реализаций MVC
MVC как паттерн
Java MVC (еще может называться MVCv2)
.NET MVC
Yii шный MVC очень сильно отличается. Там с моделью вообще какой то бардак.
3. Согласен, если у большинства людей забрать jQuery, они не смогут даже цикл по массиву написать
Проблема «Держания синтаксиса JavaScript в голове». Откроет простейший учебник по JavaScript и через 2 минуты получите решение вашей задачи.
Мне казалось видение алгоритма важнее синтаксиса языка.
Про рекурсию
в начале 2000х годов очень часто натыкался на статьи «рекурсия это плохо, нужно ее разворачивать»
Сейчас что то поменялось?
Напишите функцию, которая выводит содержимое массива, учитывая что значением может быть вложенный массив:
А может это назвать деревом, тогда и задача будет проще решаться?
Как известно в вопросе содержится 80% ответа.
Чем правильнее задан вопрос, тем лучший ответ вы получите.
Проверьте как нибудь, назвав ваш массив деревом.
Опять же в вашем контексте много «специфического сленга»
Если я не работал в команде, то я могу не знать что такое «запрос в MVC», так как в слух это ни кто не произносил.
Но все изменения обрабатывает контроллер. Может пусть они своими словами расскажут что и как, а не устраивать тест как ЕГЭ? В Yii не контроллер, а роутер скорее всего встречает запрос, потом уже передает контроллеру.
Опять же есть понятие MVC, есть MVCv2, в разных языках отличаются реализации. На каком нибудь PHP можно прийти к браузеру. Так как запрос идет на урл и т.д…
JavaScript про JQuery интересное решение. Человек знает о существовании css селекторов. Это разве плохо?
Можно подробнее?
Чем отличается Java от PHP в плане программирования?
Кроме строгой типизации и обязательности исключений?
Это довольно разные инструменты для разных задач.
Например в Web имея 100 файликов с информацией проще их достать на PHP и отдать по JSON. Тут с типами данных в файлах как то паралельно, если задача взять и отдать (какой нибудь array с ключами)
А вот на стороне клиента получить HasMap в Java и провести нужный анализ, GUI и т.д. — это уже другая задача.
нет
Если человеку нужны деньги, пусть работает кем хочет
Я в свое время так же искал работу.
Знал в свои 17 (без вышки) целую линейку языков начиная от ассемблера и заканчивая C++, имел несколько программ.
Работу программистом не нашел в то время.
Пошел «на первую попавшуюся любую»
В этом году праздную 10 лет в своей отрасли. 8 из которых руковожу своими отделами. Была своя организация.
У человека довольно не плохо получается систематизировать знания. Ему это поможет в любой сфере.
А продажи это хорошо. Периодически такие топорные HRы попадаются, что нужно себя продать, а потом уже говорить о проф навыках.
Впервые за 10 лет подумываю кардинально сменить род деятельности и уйти наконец в программисты.
Из опыта программирования имею несколько построенных систем проверенных временем, кучу обученных людей (и программированию в том числе), имею представление о workflow по созданию проекта с 2х сторон (заказчик/исполнитель). Подрабатывал сингл разработчиком и разработчиком в команде.
А с таким предвзятым отношением про «продажника» и как он будет выглядеть — жить нельзя. Для этого и дают тестовые задания.
Ну а если еще к работе подходить «ему 25 лет, а знает он на 23», то это уже и в какие ворота не лезет.
Еще заметил что было бы хорошо анализировать основной язык текста и понижать скорость для прочтения слов на «не нашем» языке.
Просто не все могут одинаково быстро читать русские и английские слова.
Удобно
Заметил одно но
Когда читал ваш FAQ, понимал что это вопрос только на последнем слове где указан знак вопроса.
Может сделать анализ предложения и выводить? где нибудь в начале предложения или просто показывать его во время чтения этого предложения?
Не должно быть таких строгих правил, если вы не занимаетесь поддержкой на «входящих», где время реакции не должно превышать 5 минут. Это разлагает.
Коллектив должен вариться в себе.
Набираться команда.
Если человек придя на 10 минут позже будет добрее, то это только польза.
А если он выспится и приедет к 11 часам, то будет работать раза в 3 продуктивнее.
Ну а если у него пик рабочего потенциала только после 18ти часов вечера, то почему ему не сдвинуть график на 4 часа? с 10ти до 14ти?
Практика показывает, что первые 2 часа это чай, кофе и разговоры, особенно если работать лень и мы не выспались.
Мы уже 10 лет пользуемся примерно такой системой, только она так строго не описана
1) Группа людей должна быть разделена подгруппы
2) подгруппа не должна превышать 9-10 человек
3) на 10 человек должно быть 2 специалиста 1 — полный техник до мозга и костей, 2 — писака/говорика
4) Если возникла проблема и мы не знаем как ее решить — немедленно сообщить о ней, если мы знаем как ее решить, решить и немедленно сообщит о решении, если сомневаемся, сообщить о проблеме и сообщить о возможных вариантах решения
5) для выполнения пункта 4 есть технарь и писака/говорика. Они помогут убрать эмоции и составить некий план
6) Техник и Писака — могут входить в группы, они просто ведущие группой
7) Кто старше — зависит от конкретного проекта, обычно это регулирует сам руководитель проекта, а техник и второй на одном уровне. Это рождает споры, а в спорах рождается истина, которую уже доносят до руководителя
8) Было еще одно звено. «Старший смены» — мифический персонаж, который умеет всё :) (он просто может понять когда нужно сообщить, а когда можно решить самому)
При такой схеме работы команда более чем в 45 человек работала как часы. (покрывала 3 или 4 разных направления, поддержка, разработка, настройка и т.д.) (2 техника, 2 писака/говорика, 2 старших смены)
Если кто-то проявил инициативу и ошибся — штрафовать не нужно
и не нужно не штрафовать.
Лучше сделать штраф, и спустя час-два премию с полным объяснением где он был не прав и где он был прав.
Еще лучше работает самоистязание, когда человек сам говорит что с ним сделать.
Руководитель проекта общается только с 5ю людьми. Только 5 человек ему что-то сообщают.
подГруппы «варятся» внутри себя. По подгруппе видно кто начинает «лажать». Можно принимать меры, распределять задачи.
Тут именно психология играет роль. Нельзя управлять больше чем 4-8 людьми. Так же как нельзя концентрироваться больше чем на 4-8 процессах.
В итоге получается некое дерево управления. Команда работала 24/7. Эту систему у меня сперли несколько организаций)
Схема: 1-2-(2-2)-(10-10-10-10)-5 (выходит 52 человека)
Не забываем оставить личный контакт с каждым человеком. Ведь не все вопросы можно решить через других, есть человеческий фактор
И самое главное. Если есть проблема — мы ее решаем
Если Есть не очень хорошее решение, а других решений нет — используем его. Не стоим на месте.
«я хочу услышать что человек понимает что такое архитектура «клиент-сервер» и как они взаимодействуют между собой.»
Будет больше толку?
Я вот как раз об этом и говорю.
AVR asm
AVR C
C++ (до 11)
java
php
js (JQuery)
Bash (shell)
Основной PHP(серверная часть)+Java(Клиент)
Я понял бы, если речь шла про какой нибудь пролог для нейронных сетей.
А тут перебор, в чистом виде синтаксис и алгоритмистика. Или я ошибаюсь?
Что такое «знать язык»? Его API, библиотеки?
Правило простое. Есть сомнения что делаешь много работы — лезь в API.
нет в API, ищи библиотеку.
Много переборов в циклах — лезь в API, они написаны например на «С»
А дальше вопрос проектирования системы.
А всякие каллейбл и итерейбл это не знания языка, это больше знания проектирования.
Зачем джуниору лезть в запросы?
У вас часто джуниоры в системы запросы создают?
Может это дело модели по запросам строить саму себя?
А джуниор работает только с частью MVC?
Помню что он есть не во всех, а через JQuery — об этом заботится библиотека, которая кормит целый зоопарк «XMLHttpRequest» для всех браузеров.
Всё.
Хотел услышать от вас что не так с PHP
А порог вхождения один и тот же.
Вы хотите услышать сервер.
Тоже самое, если я скажу «жучка», то вы должны сказать «Собака»
У джуниоров нет этих рефлексов, они ни с кем не обсуждали эти вещи.
Зачастую они о них знают, но не понимают что вы от них хотите.
Скажите иностранцу «Juchka», он в скольки случаях ответит «Dog»?
И вы правда считаете что он ничего не знает от «Собаках»?
Если вы все паттерны используете «как написано в книге», то тут явно ваш просчет.
Видет кучу реализаций MVC
MVC как паттерн
Java MVC (еще может называться MVCv2)
.NET MVC
Yii шный MVC очень сильно отличается. Там с моделью вообще какой то бардак.
3. Согласен, если у большинства людей забрать jQuery, они не смогут даже цикл по массиву написатьПроблема «Держания синтаксиса JavaScript в голове». Откроет простейший учебник по JavaScript и через 2 минуты получите решение вашей задачи.
Мне казалось видение алгоритма важнее синтаксиса языка.
в начале 2000х годов очень часто натыкался на статьи «рекурсия это плохо, нужно ее разворачивать»
Сейчас что то поменялось?
Напишите функцию, которая выводит содержимое массива, учитывая что значением может быть вложенный массив:А может это назвать деревом, тогда и задача будет проще решаться?
Как известно в вопросе содержится 80% ответа.
Чем правильнее задан вопрос, тем лучший ответ вы получите.
Проверьте как нибудь, назвав ваш массив деревом.
Опять же в вашем контексте много «специфического сленга»
Если я не работал в команде, то я могу не знать что такое «запрос в MVC», так как в слух это ни кто не произносил.
Но все изменения обрабатывает контроллер. Может пусть они своими словами расскажут что и как, а не устраивать тест как ЕГЭ? В Yii не контроллер, а роутер скорее всего встречает запрос, потом уже передает контроллеру.
Опять же есть понятие MVC, есть MVCv2, в разных языках отличаются реализации. На каком нибудь PHP можно прийти к браузеру. Так как запрос идет на урл и т.д…
JavaScript про JQuery интересное решение. Человек знает о существовании css селекторов. Это разве плохо?
Чем отличается Java от PHP в плане программирования?
Кроме строгой типизации и обязательности исключений?
Это довольно разные инструменты для разных задач.
Например в Web имея 100 файликов с информацией проще их достать на PHP и отдать по JSON. Тут с типами данных в файлах как то паралельно, если задача взять и отдать (какой нибудь array с ключами)
А вот на стороне клиента получить HasMap в Java и провести нужный анализ, GUI и т.д. — это уже другая задача.
Если человеку нужны деньги, пусть работает кем хочет
Я в свое время так же искал работу.
Знал в свои 17 (без вышки) целую линейку языков начиная от ассемблера и заканчивая C++, имел несколько программ.
Работу программистом не нашел в то время.
Пошел «на первую попавшуюся любую»
В этом году праздную 10 лет в своей отрасли. 8 из которых руковожу своими отделами. Была своя организация.
У человека довольно не плохо получается систематизировать знания. Ему это поможет в любой сфере.
А продажи это хорошо. Периодически такие топорные HRы попадаются, что нужно себя продать, а потом уже говорить о проф навыках.
Впервые за 10 лет подумываю кардинально сменить род деятельности и уйти наконец в программисты.
Из опыта программирования имею несколько построенных систем проверенных временем, кучу обученных людей (и программированию в том числе), имею представление о workflow по созданию проекта с 2х сторон (заказчик/исполнитель). Подрабатывал сингл разработчиком и разработчиком в команде.
А с таким предвзятым отношением про «продажника» и как он будет выглядеть — жить нельзя. Для этого и дают тестовые задания.
Ну а если еще к работе подходить «ему 25 лет, а знает он на 23», то это уже и в какие ворота не лезет.
Просто не все могут одинаково быстро читать русские и английские слова.
Заметил одно но
Когда читал ваш FAQ, понимал что это вопрос только на последнем слове где указан знак вопроса.
Может сделать анализ предложения и выводить? где нибудь в начале предложения или просто показывать его во время чтения этого предложения?
И начать с договоренностей, а не со времени.
Коллектив должен вариться в себе.
Набираться команда.
Если человек придя на 10 минут позже будет добрее, то это только польза.
А если он выспится и приедет к 11 часам, то будет работать раза в 3 продуктивнее.
Ну а если у него пик рабочего потенциала только после 18ти часов вечера, то почему ему не сдвинуть график на 4 часа? с 10ти до 14ти?
Практика показывает, что первые 2 часа это чай, кофе и разговоры, особенно если работать лень и мы не выспались.
1) Группа людей должна быть разделена подгруппы
2) подгруппа не должна превышать 9-10 человек
3) на 10 человек должно быть 2 специалиста 1 — полный техник до мозга и костей, 2 — писака/говорика
4) Если возникла проблема и мы не знаем как ее решить — немедленно сообщить о ней, если мы знаем как ее решить, решить и немедленно сообщит о решении, если сомневаемся, сообщить о проблеме и сообщить о возможных вариантах решения
5) для выполнения пункта 4 есть технарь и писака/говорика. Они помогут убрать эмоции и составить некий план
6) Техник и Писака — могут входить в группы, они просто ведущие группой
7) Кто старше — зависит от конкретного проекта, обычно это регулирует сам руководитель проекта, а техник и второй на одном уровне. Это рождает споры, а в спорах рождается истина, которую уже доносят до руководителя
8) Было еще одно звено. «Старший смены» — мифический персонаж, который умеет всё :) (он просто может понять когда нужно сообщить, а когда можно решить самому)
При такой схеме работы команда более чем в 45 человек работала как часы. (покрывала 3 или 4 разных направления, поддержка, разработка, настройка и т.д.) (2 техника, 2 писака/говорика, 2 старших смены)
Если кто-то проявил инициативу и ошибся — штрафовать не нужно
и не нужно не штрафовать.
Лучше сделать штраф, и спустя час-два премию с полным объяснением где он был не прав и где он был прав.
Еще лучше работает самоистязание, когда человек сам говорит что с ним сделать.
Руководитель проекта общается только с 5ю людьми. Только 5 человек ему что-то сообщают.
подГруппы «варятся» внутри себя. По подгруппе видно кто начинает «лажать». Можно принимать меры, распределять задачи.
Тут именно психология играет роль. Нельзя управлять больше чем 4-8 людьми. Так же как нельзя концентрироваться больше чем на 4-8 процессах.
В итоге получается некое дерево управления. Команда работала 24/7. Эту систему у меня сперли несколько организаций)
Схема: 1-2-(2-2)-(10-10-10-10)-5 (выходит 52 человека)
Не забываем оставить личный контакт с каждым человеком. Ведь не все вопросы можно решить через других, есть человеческий фактор
И самое главное. Если есть проблема — мы ее решаем
Если Есть не очень хорошее решение, а других решений нет — используем его. Не стоим на месте.