Pull to refresh
1
0
Send message
В 21 стандарте с++ собираются скрыть указатели, мне кажется язык от этого много потеряет.

Я думал речь идет только о продукции мосигра и оф. дистребьютеров. Собствено если на промежуточном складе кто-то не заказал вовремя товар, то его работу надо также оптимизировать. И т.д. пока качество не достигнет качества швейцарских часов СЕО расслабиться не сможет :(

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

В моем понимании в закупки информация должна прийти когда на складе осталось мало товара. Когда его заказ отменен потому что нет товара боржоми пить уже поздно. А если товар был заказан ранее тогда вообще непонятно почему его не отложили, а кому-то продали и заказ отменили. Это нонсенс. Ладно. Дерзайте! Если долго мучаться что нибудь получится :)

а корпоративный отдел в дистрибуции заказал производство игры не на наших мощностях. Конкуренция!

Двигаясь так мощности можно продавать.

Все заказы «отменён из-за отсутствия товара» приходили на закупщиков, а они лично генеральному отчитывались о том, почему такого товара нет.

Не поздно ли отправлять закупщикам когда товар уже отменен?!

Мне кажется вопрос «все ли сейчас работает так?» остается актуальным.
Если есть уйма времени и желание прокачать скилы тогда разработка без фрейворка будет не только полезной, но и интересной. И также можно обойтись без использования уже говтовых компонентов, а остановится исключительно на самописе. Да, это будет интересно потому что можно разработать свой обработчик зависимостей, свой midleware, свой ORM и все другие важные коспоненты современного приложения. Прокачать скилы по части архитектуры ПО. Да и вообще увлекательно покодить.

У меня такого количества времени нет. Да и скилы норма.
В этом отличие студента и профессионала. Студент создаст класс прямоугольник и будет им рисовать квадрат. Профессионал все унаследует от точки и будет строить фигуры используя метод line прежде чем рисовать методом draw или render что лучше оставляя возможность рисовать различные фигуры которые захочется нарисовать в будущем. Таким образом у студента получаяется консольное приложение которое в качестве лабы идет в зачет, у профессионала получается САПР которые со временем расширяется и выростает до мощностей AutoCAD. Ничего особенного.
Все s в классе «Квадрат» являются прямоугольниками s, у которых длина равна ширине. Но в иерархии типов это отношение обратное: вы можете использовать прямоугольник везде, где используется квадрат (указав прямоугольник с одинаковой шириной и высотой), но нельзя использовать квадрат везде, где используется прямоугольник (например, вы не можете изменить длину и ширину).

Просто неверно выбран уровень абстракции. В таком случае есть смысл создать класс сторона и создать фабрику фигура которая будет моделировать любой многоугольник как ромб и квадрат так и октаидр и другие. Но если вы заходит чтобы ваше приложение обрабатывала все множество то может быть стоит уйти к истокам геометрии и рассмотреть класс точка и фабрику фигура которая будет моделировать все разнообразие имея в себе один из методов сторона.…
Разве nginx не умеет справляться с динамичными страницами? Для чего дополнительно апач мастерить?
Разве никто не тестирует разрабатываемые сервисы?
Тяп-ляп и в продакшен! С вас 1 млн. рублей! :D
Не ну класс. Можно считать скил прокачан!
Лэвел школьник 9 класса.
Это вроде как главный конструктор главного КБ страны перейдет в главного завхоза главного КБ страны. Не глупо?
Не понимаю я такие статьи.
Как рост у манагера? Не перешел ли лид от «своей верхней планки» которую тут назвали тупиком в настоящий тупик где манагер останется манагером?
И самый важный вопрос: «почему обязателен рост? Книжек начитались?».
Почему нельзя наслаждаться работой сеньёра девелопера ?!
Не думаю что есть чего-то значащие ответы на эти вопросы…
Не думаю что программисту стоит вмешиваться в продакт, например предлагать какие-то фичи в проекте или говорить как должна работать фича. Если хороший сотрудник продакт-мэнэджер который всем этим владеет и он должен отвечать на эти вопросы и говорить что да как. И в то же время продакт мэнеджер не должен говорить как та или иная фича должна быть реализована, какие технологии зайдействованы и т.д. потому что есть тим-лид проекта у которого есть команда. Если проект большой то в нем есть еще и архитектор который отвечает за вопросы подобные выбору технологий для реализации фич. А программисту остается просто реализовывать то что обговорено с клиентом используя технологии которые предложены тим лидом и/или архитектором проекта. Так работают большинство успешных компаний.
Время расти дальше и представив себе что сайт вашего блога просматривают столько же людей сколько просматривают habrahabr.ru растирожировать его на несколько серверов.
Представляю себе решение с использованием docker =D.
Мне кажется это повод узнать о прототипах и попробовать использовать их. Наверняка есть случаи когда они будут полезными.

Information

Rating
Does not participate
Registered
Activity