Pull to refresh
-2
0
Send message

Именно санкции не дают ирану строить самолёты для атаки на Израиль, да и с электроникой у террористического государства плохо.

Израиль равняет с землей Газу, хоронит тысячами палестинских детей, а террористическое государство... Иран ) Как там было? Да он сукин сын, но это НАШ сукин сын...

А чего далеко ходить? В июне залез на сайт NASA - а там на самом видном месте гейский флаг и лозунг "Поздравляем вас, у нас месячник ЛГБТ". Куда уж массовей? )

Поведение компании понятно - дело даже не в желании обмануть, а в понимании, что компания тонет и попытках выкарабкаться. Платежи поставщикам обеспечивают дальнейшую деятельность. Платежи долгов по ЗП - останавливают деятельность. Исходили видимо из того, что сотрудники никуда не денутся, а поставщики без оплаты просто не будут ничего делать в кредит.

Гениальный менеджмент. Не все работодатели одинаково полезны. Кстати, а откуда идет, что Сколково и стартап = гениальная идея и коммерческий успех? Идея может быть шикарной, а реализация - как обычно...

Удивляет терпеливость сотрудников: как контора умудрилась влезть в многомиллионные долги? Не платят пару месяцев - говоришь до свидания, перестаешь работать, подаешь в суды и ищешь другую работу.

Но суть не в этом, а в том что все равно непонятно зачем автор девайса убил кучу своего времени

1) Чтобы потом продавать свое детище за $3400

2) Он ГОВОРИТ, что уби л кучу своего времени. Выж не проверите. Он мог убить его как в 10 раз больше, чем заявлял, так и в 100 раз меньше.

Начну с того, что при приёме была устная договорённость о том, что меня устроят официально. Но в первый же рабочий день руководитель попросил подождать подписания договора до апреля (первый рабочий день был в конце февраля 2023 года),

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

Как к этому относиться? Двояко. Если нет опыта и хочется в айти - почему бы и нет? Но тогда надо было годик потерпеть и идти в нормлаьную контору с нормальным оформлением.

Если же есть уверенность в своих силах - бежать без оглядки и устраиваться на стажировку в нормальную контору.

Это файл ликер-скрипта

Долго думал... Захотел выпить. Потом догадался, что скорее всего имелось ввиду лиНкер-скрипта. )

А не проще было не бороться с системой, а сразу до банка дойти? К чему такие сложности?

Но в одном все эти люди непременно сходятся. И называется этот эффект русофобия.

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

Я ровно об этом и написал. Такие работодатели, желающие получить раба без ответственности, есть и в России, но в России это незаконно и ФНС будет возбуждаться на такие случаи. Работник же имеет возможность защищаться. Как за границей - не знаю. Но судя по тому, что пишут - не все так красочно, как расписывают поравалитики.

А что, простите, не так? В тоталитарной быдлорашке наличие ИП + работа на одну компанию фуллтайм - это весьма сильный повод подозревать нарушения трудового законодательства с возможными сильными карами в адрес работодателя + все льготы для сотрудников-ИП. Да, не по умолчанию. Да, надо доказывать. Но все возможности для этого есть.

Ну так такой кошмар творится лишь в быдлорашке. В демократичных свободных странах такого ужаса, Слава ЛГБТ+, нет.

С Лиспом всё ок. Функциональщина вполне себе популярна. И сам Лисп применяется и вдохновение другим языкам дал.

По сути, удобный способ написания огромных конструкций if then else?

C++ — низкоуровневый язык

Помню времена, когда C++ был высокоуровневым языком )

Вот с отдельно не рассылать много писем сразу - это хит ) А если ваша работа заключается в том, чтобы рассылать много писем сразу? И нет, это не спам. Вы рассылаете, например, прайсы постоянным клиентам (причем, с их согласия). Или рассылки. Или формы для заказа или что угодно еще. И если возникает совет не рассылать рассылки, то такой вариант просто идет лесом.

Другое дело, что в публичной почте тоже могут зарубить рассылку и по очкам получится 1-1.

Не вижу полезных сценариев для этого

А как на счет такого сценария: включили утюг, погладили белье, экстренно убежали из дома, утюг выключить забыли? С телефона отключили розетку с утюгом - профит.

Таки суть не в конкретике, а просто показать, что применяется на практике что-то сложнее перекладывания джейсончиков.

Так-то можно докопаться, что есть класс NP-трудных задач, что есть полиномиальная сводимость, про анализ сложности алгоритмов поговорить можно. И про прочую связанную красоту. Но, еще раз, суть не в этом, а в том, что академические знания могут успешно применяться на практике.

Если мы говорим про такую штуку, как учётная система, там «приёмка проекта» — это очень условный этап, который для большинства компаний находится в глубоком прошлом, а баги случаются и сегодня.

Никакой не условный. Если речь идет о разработке, то приемка есть просто обязательно. В любых масштабах.

Если речь идет о внедрении коробочного ПО, то приемка тоже есть. Конечному заказчику нужно, чтобы система работала.

Для этого исполнитель как минимум показывает функционал конечнику.

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

Далее конечник отправляется в самостоятельное плавание, но поддержка имеет место быть.

Так вот, во время опытной эксплуатации Заказчики обычно пристально наблюдают за системой. Хотя бы потому, что нет понимания как с ней работать, а также потому что к ней есть недоверие - система новая. И исполнитель задалбывается донесениями, что работает система неправильно (по факту - чаще менеджер что-то делает не так).

Слушайте, ну вот не надо. Моя позиция как раз и логичная, и профессиональная — ошибки надо исправлять.

Ваша позиция логичная, понятная и бесконечно далекая от реальности.

Ошибки надо исправлять. Но если у буха есть пара дней на поиск ошибки в 1 рубль, то это счастливый бух. Ему заняться нечем. Я таких не видел.

А вы топите за рукожопство, дескать, это нормально, раз ошибки неизбежны, можно не париться, все равно многие из них легко запрятать.

Я могу топить за что угодно, реальности это не изменит. Реальность такова, что ресурс бухов сильно ограниченнее фантазии операторов.

Ну и покажите мне, в каком месте вы практик? :)

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

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

Перефразирую: у вас в учете нет ошибок? А если найду? :)

Но тем не менее, нет, вы неправы и ваша позиция — отстой.

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

Сильно подозреваю, что вы просто не в курсе, что у бухов есть ошибки.

Сравните с ситуацией вокруг ПО? Софт должен содержать ошибки? Ошибки должны исправляться? Да, должны. Нет, софт не должен содержать ошибки.

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

Понимание реальной природы вещей заставляет задуматься, что у вас все же опыт чисто теоретический.

1
23 ...

Information

Rating
Does not participate
Registered
Activity