QA в Германии
в каком месте это будет работать
-----
Немножко выше Я уже пояснял почему такие требования и где именно используется...
Года два с половиной назад писал небольшую бяку на микроконтроллере - тачскреен, накопитель на флешке, оборудование и... беспроводная сетка.
Как ты думаешь, что висело на другом конце сетки? И как, т.е. за какое время, может сишник это имплементировать?
Кажется, кто-то забывает, что в мире существуют ещё миллион вещей помимо SQL и веб.
И как, т.е. за какое время, может сишник это имплементировать?
Бессмысленно открывать холивар между языками программирования. Это попахивает инфантилизмом. "А мой папа круче, а твой так не может". В ответ спрошу: а на своём жабаскрипте слабо оптимизировать четырёхъядерный параллельный процесс вычисления свёртки дискретной функции, используя векторную оптимизацию AVX?
Ну, последний-то пост о том как раз, что "сишники лохи, потому что долго пишут".
Моё мнение - зная один-два языка, можно не только нормально работать, но и быть очень востребованным на рынке. Просто всякие там любители HTML-ов и прочих веб-игрушек почему-то думают, что список из 40 никому ничего не говорящих названий в резюме - это круто.
можно ли нормально работать не зная "4-5 языков без которых сейчас ничего не делается".
можно ли нормально работать не зная "4-5 технологий без которых сейчас ничего не делается".
fixed
И кстати, CSS, LESS, HTML, XML, XSLT, SQL - это как бе языки.
можно ли нормально работать не зная "4-5 технологий без которых сейчас ничего не делается".
Тут я спорить не буду. Под технологиями можно понимать что угодно, от ОС до IDE или офиса, так что да, без нескольких технологий работать не выйдет. Замечу только что в каждой области они разные. Веб разработка это одно, приложения для мобильных устройтв это другое, SOA - третье, embedded... И те де.
И кстати, CSS, LESS, HTML, XML, XSLT, SQL - это как бе языки.
Языки. Но как бе не программирования. Разметка, трансформация, запрос. Я программирую на XML звучит гордо.
Для расширения картины мира, чтобы вы не рассказывали глупости про огромное значение SQL в немецком высшем образрвании, у нас в универе SQL знали в основном те, кто лекции слушал
/ работал на кафедре Databases and Information Systems. Остальным оно нафиг не сдалось. Во вводных лекциях Informatik 1 - 2 про SQL тоже не рассказывали. Есть много более интересного. Я даже больше скажу я знаю дипломированных информатиков которые ни на каком языке не программируют. Документы на техе пишут скриптики какие-нибудь на перле и все. Сдал - забыл. Теоретической информатике не помеха.
В ответ спрошу: а на своём жабаскрипте слабо
-----
Фууууу... как некрасиво...
Я тебя, позиционирующего достаточность одного языка, при условии что этот язык - Си, спрашиваю об том на чем было был написан сервер, рулящий устройством по специфической беспроводной сетке, а ответный вопрос - как оптимизировать что-то, используя язык (единственный) для этого не предназначенный и мало того, базирующийся на интерпритаторе... некрасиво...
Но ответить - могу - Да, при необходимости Я сделаю возможность использовать такую оптимизацию из жабьего скрипта... и, кстати, это достаточно несложно, хотя и системозависимо... могу даже в деталях рассказать как это сделать в Винде... Но, опять таки, будет задействовано более одного языка.
Т.е., по факту, знание нескольких языков - давно необходимость, а не прихоть...
кто-то забывает
-----
Ну давай спросим еще один вопросик, на котором погорит любой, ратующий за единственный используемый язык.
Для написания программок в которых было важно контролировать все возникающие ошибки и особенно те, которые нельзя/сложно отловить в процессе компиляции/отладки/тестирования был создан язык АДА(?). При программировании на АДА действительно была дана возможность отловить и обработать большую часть возникающих ошибок и, что несомненно является достоинством, процесс ловли и обработки был сделан управляемым. Кроме этого, язык по возможностям не уступает С/С++.
Так вот вопросик такой - почему на АДА не пишут встраиваемый софт для машин? Это ведь именно его целевая область...
Для расширения картины мира, чтобы вы не рассказывали глупости про огромное значение SQL в немецком высшем образрвании,
Еще раз: я работал на фирме, где немец-сеньор говорил ацуби про то, что знания и оценки на экзамене по SQL гораздо более важны, чем по C#.
Т.е., по факту, знание нескольких языков - давно необходимость, а не прихоть...
Чушь. Только для многостаночников, которые толком не знают не одного, но берут тем, что могут на коленке слепить и на шарпе и на яваскрипте и на пыхыпы.
Если что-то нормальное должно получится, наймут специалиста с другим языком. Один пишет встроенный софт для железки на C и асме, второй контроль на шарпе или еще чем, в зависимости от требования.
Иначе получается фигня, где все компоненты слеплены из говна и палок, падующая при добавлении к контролю 3-й железки.
Теоретической информатике не помеха.
-----
Хи-хи... А когда теоретическим вопросам мешало отсутствие и/или невозможность имплементации?
Вон - Теории Относительности - уже куча лет, а прямого теста все еще не провели... так, отдельные косвенные подтверждения... и опровержения...
Но как бе не
-----
Угу... Как бе не... Вот только если без "как бе", то выясняется, что надо знать и надо уметь использовать... просто в обязаловку для смены места работы...
Еще раз: я работал на фирме, где немец-сеньор говорил ацуби про то, что знания и оценки на экзамене по SQL гораздо более важны, чем по C#.
Для работы на той фирме - возможно. А вот утверждение
в Германии для того чтобы стать программистом (Fachinformatiker - Anwendungsentwickler) нужно SQL знать еще лучше чем какой нибудь ООП язык (C#/Java).
- глупость.
где немец-сеньор говорил ацуби про то, что
-----
Я тут как-то ходил на интервью.
По заявленным требованиям - чуток фронта - просто чтобы чек-боксы от радио-баттонов отличал, солидный миддле-варе с сервисами и т.п., бак-енд - на уровне понимания что он есть...
По факту - куча вопросов исключительно по MS SQL...
На вопрос об соответствии вопросов заявленной позиции было сказано - У нас сейчас уходит ДБА и нужна замена... (в архивах есть дата)...
Так что то, что кто-то говорит кому-то - не показатель... Показателем будет завершенный проект, а для успешного завершения проекта ни С# (отдельно), ни SQL (отдельно) - недостаточно... Мало того - в подавляющем большинстве случаев достаточно не будет и связки С#+SQL...
По крайней мере на сегодня у меня 2 Гб кода, а та часть, для которой было почти достаточно связки С#+SQL(+ХМЛ) - всего 50Мб...
Я работал на фирме, где 90% всего программирования - это как раз хранимки на SQL.
-----
Делал 15 лет назад проект аккурат в таком формате - 90% - задачи решалось хранимым СКЛ...
При миграции с 7-ки - проклял все - проект до сих пор не работает - нужна именно 7-ка с СП3 что бы его поднять и запустить...
Так что хранимки - не панацея... Знаю контору, которая отказалась от хранимок и делает все на расширениях МС СКЛ... пару раз пробовал - не понравилось, но все же более приемлемо чем хранимки...
Один пишет встроенный софт для железки на C и асме, второй контроль на шарпе или еще чем, в зависимости от требования.
-----
А там и было - двое на проекте...
Я ожидал работы с С#, а пришлось делать три вещи - автомат, обрабатывающий команды(на pureC), управление всеми датчиками, манипуляторами,экраном и сеткой (тоже на pureC) и... объяснять C#-ту что у него не правильно в управлении устройством - команды по отдельности выполняются без проблем, об ошибках - сообщается, а в рабочем режиме - ничего не идет, сплошные ошибки, об которых успешно сообщается.
падующая при добавлении к контролю 3-й железки.
-----
Сетка... хммм... уже не помню на сколько... но достаточно много... и она - сторонняя... на своем уровне - работает... хотя и "грязная" - часто приходят обрывки пакетов, в том числе и такие, которые не отправлялись... но количество железок в сетке - малосущественно - она прожевывает все что ей дадут...
Железяка - работает железно - мусорные пакеты дропаются, правильные - обрабатываются, подтверждения - отсылаются и доходят, об ошибках - сообщается...
Проблема была в том, что формируются и отправляются правильные команды, а доходит - сплошной мусор...
Вот сейчас попробуй найти ошибку - что такое имело место быть, об чем шарпист мог не знать и что Я ему вынужден был объяснять?
А когда на это ответишь - подумай над тем, как решать подобные проблемы зная один язык...