Сообщество - IT-юмор

IT-юмор

7 072 поста 53 204 подписчика

Популярные теги в сообществе:

479

Тетрадь как носитель информации.

Сколько информации влезет в 96 листовую тетрадь? при записи в двоичном коде: При плотности записи "нолик или единичка"(1бит) в одной клетке: На одной странице 32 клетки по горизонтали и 37 по вертикали в сумме 1184. т.е. на всех 192 страницах 227.328 клеток, а значит столько же и бит, переведем в байты 28.416 байт, и в килобайты 27,75 Кб помещается в одной 96л тетради. На одной странице 148байт. Посчитаем для записи 1кб надо 6,9страниц, 1мб=37 тетрадей, 1гб=37.888т. Немного получилось, уплотним запись до 8бит(байт) на клетку получается 1.818.624бит т.е. 227.328байт т.е. 222кб. На 1стр=1,15кб Посчитаем 1кб=0,86стр. 1мб=4,61тетради, 1гб=4723,31т. А теперь запись будет не в двоичном, а текстовом формате учитывая что 1 символ 1байт(как в блокноте). При плотности записи 1симсол 1клетка получается тот же результат, что и в 8 битной записи. Уплотним до 8 символов на клетку. Получается 1776 Кбайт или 1,73мб. 9,2кб на странице. 1кб=0,1стр, 1мб=0,57т, 1гб=590,4т. Студенческая лекция (если в клетку писать 2 символа)максимум в тетради примерно 450кб. Скорость чтения человеком с такого носителя примерно 100байт в секунду , а скорость записи 4 байта в секунду. сильно зависит от пищущего )

1041

Горшочек, не вари!

Был случай на одном проекте.

Три программиста писали довольно сложную софтину для американцев, сами не до конца понимая что к чему. Рулил всем процессом эффективный менеджер с нашей стороны. Сам же менеджер сей продукт и "тестировал". После полугода ему видимо наскучило и блеснула "своевременная" мысль одолжить двух тестировщиков с соседнего проекта.

Тестеры поразбирались недельку с системой и начали заводить баги. Штук по 10 в день.

Менеджер через пару дней очнулся, пришел в ужас от количества багов и осознания того что заказчики вскоре увидят реальное состояние дел. Сперва пробовал заворачивать баги обратно тестировщикам с посылом: "не баг, а фича", но программисты по большей части не разделяли такое мнение, т.к. баги есть баги и лучше их сейчас пофиксить чем потом, когда заказчики увидят и если не уволят. Менеджер же устраивал долгие разборы тестировщикам, пытался унять их продуктивность, но те не особо поддавались.

Закончилось тем что тестеров отправили обратно на родной проект, менеджеру их проекта объявили что "тут вам не здесь", мол, рано им еще с такими задачами работать.

Из всех багов успели пофиксить всего несколько штук. Через пару месяцев проект закрыли без объяснений, программисты ушли на скамью запасных ждать следующего.

Показать полностью
Отличная работа, все прочитано!