「仕様書」を含む日記 RSS

はてなキーワード: 仕様書とは

2018-09-24

[]2018年9月23日日曜日増田

時間記事文字数文字数平均文字数中央値
008016792209.942
01484947103.157.5
02656498100.074
0344380986.654
04264032155.182.5
051173466.748
065855171.079
07102333233.381.5
08455447121.075
0945316870.439
10586243107.658
1161569893.450
12374776129.152
1368516275.942
14109885381.238
15108687063.642
1674482465.234.5
17109687463.137
1898752476.833.5
198413387159.456.5
209819871202.851.5
2190842193.651
22114807270.842
231961916397.851
1日1683174353103.646

頻出名詞 ()内の数字単語が含まれ記事

人(156), 自分(107), 話(82), 増田(65), 今(64), 日本(62), 仕事(59), 人間(56), 子供(49), 問題(43), 意味(40), 場合(39), 会社(39), 前(38), 必要(38), あと(37), 理解(37), 最近(36), 関係(36), 女(35), 好き(34), 気(34), 相手(34), ー(33), 普通(33), 人生(32), 言葉(31), 勝手(31), 他(31), 気持ち(30), 目(29), 男(28), 頭(27), 存在(27), 結果(27), 感じ(26), 他人(26), バカ(26), 別(25), 手(24), 表現(24), レベル(24), 声(23), 世界(23), 一番(23), 社会(23), 規制(23), 顔(23), 全部(23), 時間(22), おっさん(22), 内容(22), 全く(22), 主張(22), 昔(22), しない(22), 無理(21), 金(21), 一人(20), 国(19), 誰か(19), 友人(18), お金(18), 事実(18), 馬鹿(18), 人たち(18), 絶対(18), エロ(18), 一緒(18), 自由(17), ネット(17), 女性(17), 勉強(17), 意見(16), 現実(16), 大学(16), じゃなくて(16), オタク(16), 結局(16), 説明(16), 逆(16), 理由(16), html(16), 親(16), 立場(16), 会話(16), 場所(16), 否定(15), スター(15), 結婚(15), 批判(15), 日記(15), 興味(15), 客(15), サービス(15), 方法(15), 本(15), 先(15), 当たり前(15), たくさん(15), アメリカ(15), 今日(15)

頻出固有名詞 ()内の数字単語が含まれ記事

増田(65), 日本(62), じゃなくて(16), アメリカ(15), 可能性(14), 笑(14), 東京(14), ゾーニング(13), 家事代行(13), LGBT(13), ブコメ(13), 2人(12), ラノベ(12), わからん(12), リアル(11), アプリ(11), 元増田(11), 基本的(10), なんだろう(10), 被害者(10), はてブ(10), 何度(9), 一緒に(9), 数年(9), 液体ミルク(9), にも(9), プレイ(8), なんの(8), アレ(8), フェミ(8), 正当性(8), いいんじゃない(8), なのか(8), いいね(8), スマホ(8), IT(8), 表現自由(7), 好きな人(7), 18禁(7), 巨乳(7), 自分たち(7), Twitter(7), ブクマカ(7), SNS(7), 中国(7), hatena(7), 障害者(7), 個人的(7), キモ(6), 表現規制(6), 横田(6), 労働貴族(6), 韓国(6), jsfiddle(6), 多様性(6), だぁ(6), マジで(6), アスペ(6), 発達障害(6), 1人(6), ブクマ(6), 客観性(6), ワイ(6), イケメン(6), go(6), ブログ(5), LINE(5), 台湾(5), 北海道(5), お気持ち(5), 知らんけど(5), キモい(5), s(5), 人間関係(5), 加害者(5), トラバ(5), 香港(5), エロ漫画(5), ナタ(5), iPhone(5), 電子マネー(5), ちんこ(5), ???(5), ツイッター(5), ネトウヨ(5), 2018年(5), キツ(5), かな(5), ポリコレ(4), ヤフコメ(4), ヨーロッパ(4), エロい(4), 日常生活(4), u3(4), パチ屋(4), 1枚(4), 社会人(4), 金(4), 30代(4), ロリ巨乳(4), NG(4), ロリ(4), 陰キャ(4), はてなー(4), 全年齢(4), 積極的(4), youtube(4), 低賃金(4), ニート(4), 反対派(4), 資本主義(4), 分からん(4), article(4), 長時間労働(4), 上の(4), 仕様書(4), P(4), 北欧(4), 具体的(4), カス(4), 格ゲー(4), 労働者(4), 1万円(4), 女子高生(4), カード会社(4), 大阪(4), 酒鬼薔薇(4), 出版社(4), ソクラテス(4), 社会的(4), archives(4), 災害時(4), w(4), blog(4), 2年(4), 1年(4)

投稿警察もどき日中に再投稿された本文の先頭20文字 ()内の数字投稿された回数

https://www.fuente(5), パンティー (5), https://www.fuente(3), うんち (3), https://jsfiddle.n(3), ajax psv live aj(2), 年寄り死ね (2), ? (2), https://www.fuente(2), https://www.fuente(2), https://www.fuente(2), うんこ (2), 不思議。 (2), 客観性がァ!データがなぁい!とか言っ(2), (2)

頻出トラックバック先(簡易)

■私上達してる!って実感できる趣味が欲しい /20180923135833(33), ■はてなスターって何の意味があるの? /20180921094700(11), ■彼氏「俺は絶対家事なんかしない」 /20180923084241(9), ■ガンダム戦闘中の敵同士の会話ってどうやってるの? /20180923123508(9), ■はてなーの言う「学校もっとこれこれを教えるべき」的なアレ /20180923131224(8), ■おふろ大嫌いすぎる /20180923001932(7), ■なぜLGBT問題があらゆるマイノリティのなかでうまく世論を動かすことができたのか? /20180923013138(6), ■職場恋愛について /20180923135247(5), ■靴下ってどう考えても靴の上にあるよね? /20180922062043(5), ■30歳以降の成長モデルが少ないと思う /20180921140217(5), (タイトル不明) /20180923185410(5), ■告白するか迷っています /20180923000317(5), ■ネットオタクが偉そうにできるのは顔写真を公開していないから /20180923085927(5), ■立ちションする男の9割は自己中 /20180923140710(5), ■ /20180923200527(5), ■お金をあげるから俺と遊んでくれる女募集 /20180923203005(4), ■ホームレスをやめるまで /20180922163757(4), ■個人的オリンピックボイコット宣言 /20180923191452(4), ■ツイッターで叩かれる絵師たち /20180923175300(4), ■「頭痛が痛い」は誤りなのか /20180923044026(4), ■高専卒業してデリヘルスタッフになった /20171012235300(4), ■ブコメいくら平等を気取ってもすぐに化けの皮が剥がれる例 /20180923201606(4), ■PDCAって意味あんの? /20180923104649(4), ■ /20180923222148(4), ■発達障害だけど何か質問ある? /20180923185227(4), ■はてなってもうはちまと同レベルなんだな /20180923203731(4), ■オタクTwitterって…。 /20180923090604(4)

増田合計ブックマーク数 ()内の数字は1日の増減

5639793(2788)

2018-09-23

最近Qiitaで思うこと

https://qiita.com/

詳細に読んでなくてもいいか公式Doc仕様書リンク載せておくべきでは

公式リンクほしいわ,Web意味ねーじゃん

anond:20180923145743

横だけど自社製品を開発するときもそうだよ

完璧仕様書設計書が分かってから作るということはほとんど無い

つーか「完璧仕様書設計書」というものがもしあれば、理論的にはそこからソースコード自動生成できるわけでしょ?

プログラマ仕事(≒ソースコードを書くこと)には、曖昧要求機械理解できるほど確実なものに落とし込むというのが必然的に含まれるのよ

プログラマー仕事って

仕様書も無いところから「ここはどう作る?どんな機能にする?」とか話し合いながら、時にはプロトタイプも作ったりして

英文ドキュメントぐらいは普通に読めないといけないし、なんならeメールSlackなどで問い合わせの英文やり取りぐらいはできなきゃだし

複数プログラミング言語をある程度扱えるのは当然で、フレームワークも分かっていなきゃいけないし、わからない箇所は適宜調べるスキル必要

考えてみるとわりと高度なんだけどこれで時給換算で5000円弱ぐらいしかいただけていないのは何だかなあと思う次第

基本情報技術者試験ってさ


仕様書ちゃんと読めますか、日本語読めますかっていうテスト、という認識であってる?

あとは何だ?

これ持ってたら、人売り企業さんが安心して他所様に紹介できます、という基準か何かかな?

仕様書が無いIT企業ってどうやってスキトラしてんの?

http://kuxumarin.hatenablog.com/entry/2018/09/22/115529

上の記事読んだ感想純粋に気になる。

特にweb系なんて人材流動性高い+今どきの技術使ってるって感じだろうから

経験のない技術を任された場合、後任者は仕様書無いと死んじゃうんじゃないのかな?

経験がある奴をアサインする方がもちろん良いだろうけど、往々にしてそんな上手くはいかないだろう。)

そうなった場合、わけわからん技術勉強してコード読むところから始めるとかやってると

業務なんてとてもじゃないけど回らん気がする。

まあ仕様書あってもキツイだろけど、無かったら涙出ちゃうよ。それこそお家に帰れなくなっちゃうよ。

エクセル仕様書が無いってだけで仕様書はあるってことか?

でもどういう形式なんだ?テキストの羅列みたいなもので渡されてもそれはそれでキツイ

テキストなんてそれこそフォーマット化されてないので人によって書きっぷりがまちまちだろうし。)

ポンチ絵的なものがある程度ほしいと思ってしまうのは俺がSIerに毒されすぎなのか?

それよりも、Slack や コンフル、kibela、zepplin などのツール複数組み合わせて生産性を高めている会社が多かったです。

上のURLから引用だけど、それってエクセル仕様書の代わりになるもんなの?

そもそもエクセル仕様書と同じ土俵に立つ概念なの?コミュニケーションツールドキュメントがなんで同じ土俵に立ってんだ?

やべえまったく業務イメージがわかない。俺もインターン行ったら少しはイメージが湧くようになるのだろうか。

誰か教えてくれ。

2018-09-21

anond:20180921004242

昭和舐めんなよ

ワープロすらなくて手書き仕様書書くのはもちろんのこと、コード手書きキーパンチャーに渡して、カードが輪ゴムで束にまとめられて帰ってくる時代だぜ

2018-09-19

anond:20180919092929

大前提として、テストコードのひな形/テスト仕様書は誰作成マターなん? ってのがあるよな。

仕様書として

増田」にパンティーを見せたら「うんこ」と呟くこと

とあるとしたらテストコードは以下のようなものになると思うんだけど、

class unkotest{

function test1{

echo "「増田」にパンティーを見せたら「うんこ」と呟くこと ";

assert( //増田パンティーを見せる処理 );

}

}

本質的プログラマー責任分はassert()の中のコードだけの筈なのに、テスト項目そのもの作成もひな形も全部プログラママターになってるのは生産性激低だと思われ。

既にあるんだと思うけど、日本語文章テストコード に一発出力してくれるツールを使うべき。テスト仕様の導出をプログラマやらせるなんてもってのほか

2018-09-13

anond:20180913015621

基本的仕様書に書いてないことは別にやんなくていいんだよ。

2018-09-05

システムの分からないSEおじさんのせいで転職していた

新卒エンジニアとしてよくある独立系システム受託開発会社就職し、3年目で別のIT企業転職しました。

退職後もことあるごとに前職のイライラしたところを思い返してはイライラしていたので、文章としてまとめることで区切りをつけようと思います

から振り返って言語化すると、要するに、システムの分からないSEおじさんがプロジェクトリーダー(以下PL)をやっていることにイライラさせられていました。

周りのエンジニアデザイナーデバッガーも優秀だったのですが、それらをまとめて然るべきPLがダメダメでした。

PLの多くはSIerからドロップアウトしてきた、40歳過ぎのシステムの分からないSEおじさんばかりでした。

アプリケーションへの理解全然ない。今更勉強する気も恐らくない。なんならバイトデバッガーの方が全然話が通じる、という状態

そういった方々が仕様書を書くので仕様に疑問点が多々出るわけですが、そういった方々なので質問をぶつけてもまともな判断ができない。

とあるごとにPLが理解できるまで状況を説明し、その後にデザイナーデバッガーにも自分から説明しにいく必要がある、何度手間か分からない状態でした。

これはデザイナーからエンジニアデバッガーへ説明したり、デバッガからエンジニアデザイナー説明する場合もあります無駄です。

中でもイライラさせられたのは、実装作業の途中に仕様書変幻自在説明なしに変えられていて、後になってとにかく仕様書に合わせるよう頻繁に強要されていたことです。

エンジニアとして実装作業に手戻りが発生したりクソ仕様書を再精査しなければいけないだけでなく、デザイナーデザイナー再考する部分が出たり、デバッガーのテストも当然やり直しになるわけです。無駄ですね。

今更SEおじさんがエンジニアデザイナー立場に立って勉強するのは難しいと思うので、3ヶ月でもバイトデバッグ業務をやったら多少はまともな仕様書をよこすようになるのではないかと思います

半分は煽りですが半分は本気でそう思います。以上。

今日育児休みます! 「育児の引き継ぎ資料」を作って夫に共有して

https://srdk.rakuten.jp/entry/2018/09/05/110000

男で職業も近い俺は凄くいいと思った

仕様書もなしに実機を操作しろ、壊すなよって言われたら恐怖しかない

でも多分一番のハードル女性の「こんなもの用意した所で変わるわけないじゃん」という価値観性差からくる断絶なんだよなあ

2018-09-01

学校よりも会社の方が辛いな

コミュ障には会社のが楽とか言うけど絶対嘘だわ。

つうかコミュ力めっちゃ求められるんだが。

学生時代挨拶もせずに暮らして、テスト受けて宿題出してたまにパワポで発表すればいいだけだった。

今は毎日のように会議して、仕様書の内容について質問して、周りとも必死に仲良くして、飲み会やって、とにかくコミュニーケーションまみれだ。

気が遠くなってきた。

何が会社の方が楽だよ。

嘘松

2018-08-23

仕様書を書くためのシステム

って作れないんだろうか

UML作成ツール

うーんもっと分かりやす

 

最近プログラミング作るゲームみたいなの流行ってるけど

言葉記述するから仕様書を書くシステム」っぽくなってる

アレみたいな感じで書きたい

2018-08-14

anond:20180814215949

うーん…設計書とか…?

うちだけか分からないけどサービス仕様書とかマニュアルも本当に全部Excelで書くからなぁ

2018-08-12

なぜSQLけがこの世界で未だに職人芸じみているのか

1.リファレンス無料で読めないか

標準SQL仕様書は有料である。このご時世ありえん。

たとえばC#など.NET系のリファレンスMSDNで読むことができる。

RubyだってHaskellだってScalaだって公式サイトガイドぐらい置いてある。

そもそも標準SQLサイトは有料ですら見つけるのが難しい。

2.実装ごとに仕様が違いすぎるから

OracleDB2MySQLPostgreSQLSQLite、AccessなどSQL実装されたDBMSは様々にあるが、どれを取っても仕様が違う。

皆が標準SQLに従っていてその上で適当増設している程度ならよいが、もはや誰も標準SQLに従う気が無い。

この点でCコンパイラ多様性のようなものとはわけが違う。

根幹的に必要機能があったりなかったりするから、あるDBMSで書けるようになったからと言ってSQLを覚えたとは言えない。

これと上記1とのせいで、何かググった時に特定DBMSしか解決法にならないものが大量に出てくる。

3.最適化人間任せだから

最近プログラミング言語は大抵、雑に書いたってコンパイラ適当最適化してくれる。

同じ結果を生むような二つのコードは、よほど下手くそに書かない限りは同じような実行速度になる。

SQLオプティマイザが最適化はするが、ほぼ同じような二つのコードで速度が全く変わったりする。

そのため実行計画というオプティマイザの中間言語のようなものを読んであげて、

より速い中間言語が生成されるようSQLチューニングし直さなければならない。

これでは何をやっているのかわからない。

有名なサイトでは、初心者必死で書いたような可愛らしいSQLを「それでは遅すぎるんじゃ」とけちょんけちょんにけなし、

なんかシンプルなのだけれどよくわからない文法を一杯使って実行速度を高めたのを「正解」としていたりする。

しかもその文法、ググってもろくな解説が無かったり、特定DBMS依存してたりと使えないオチ

4.スタイルガイドがないか

上手い人はSQLを綺麗に書く。だけど、その綺麗さの基準が人によって違う。

エディタが単なるメモ帳しかないようなDBMSも多いから、インデント文字数さえ個々人に任される。

インデントは2文字か4文字か。SELECTで改行するかしないかカンマは列の後ろか、前か。

いろいろなサイトに色々なことが書いてあったけれど、全部違うこと言ってた。

まり各々綺麗に書ければいいやということであり、読むほうも宗教が違ってもまあ綺麗なら読めるから困りはしない。

困るのは初心者である

何かの解決法をググるたびに違うスタイルからどう書いていいのかわからない。

結局なんかいろいろな上手い人のスタイルをツギハギした新たなスタイルが世に誕生してしまうのだ。

最後

だけど、そんな職人芸じみたSQL世界が私は好きです

2018-08-11

サマータイム導入は原理的に可能である

IT技術者が心配していること

サマータイムは開始時と終了時が大きなトラブルが発生すると考えられています

例え話にします。ある製造業会社がありますオフィスには社員が見える位置に壁掛け時計がついています。この時計は少し特殊で、秒数しか表示されません。具体的に言うと、ロンドン1970年1月1日0:00から経過した秒数です。例えば、日本時間2018年8月11日午前0時は、1533913200となります

けど、これでは不便なのでオフィスには変換器が用意されています。その変換器を通してみれば日本時間の日付と時刻を教えてくれます。ですので、多くの社員はこの変換器を利用しますが、たまに、変換器を使わず仕事をする人や自分で変換器を作る人もいます。また、オフィスの変換器は、サマータイム対応していますサマータイムが始まる際は、XX年6月30日23:59:59の1秒後はXX年7月1日の2:00:00です。また、終わる際は、XX年9月1日2:00:00の1秒後はXX年9月1日の0:00:00です

■ ケース1

毎日0時になったら仕事を始めるAさんがいます。Aさんは、オフィスの他の人が自分の机に持ってきた書類ファイリングして、日付をつけてキャビネットしま仕事をしています。その書類には完成した商品情報が書いてあります。完成した商品情報が書いてある書類キャビネットに入れることで、お客様商品を受け取りに来た時に、受付の社員がどこに取りに行けばいいのか分かるのです。

XX年6月30日。その日の仕事を終えたAさんは、次の0時を待っていますしかし、変換器を通した時間ではXX年7月1日の0時は存在しません。ですので、次に仕事をしたのは7月2日の0時でした。

7月1日の朝になってオフィスお客様が品物を受け取りに来ました。受付のBさんはお客様の依頼を受け、キャビネットを探しに行きますが、書類が無いので、「まだ完成していません」と答えます。本当は商品はできているのに…。

■ ケース2

XX年8月31日0時。Aさんは、普段通り仕事をはじめました。自分の机の上にある書類をまとめて、「XX年8月30日分」と書いてキャビネットしまますしかし、その2時間後、またXX年8月31日0時がまた来ました。あわてて自分の机の上を見ます書類はありません。(工場が動いているのは8時〜20時)書類が無かったので空のファイルに「XX年8月30日分」と日付を書いてキャビネットに向かいますが、すでに同じファイルがあります

キャビネット内に同じ名前ファイル存在していけない決まりなので、そのファイルは捨てて空のファイルキャビネットしまいました。

朝になってオフィスお客様が品物を受け取りに来ました。受付のBさんはお客様の依頼を受け、キャビネットを探しに行きますが、書類が無いので、「まだ完成していません」と答えます。本当は商品はできているのに…。

さて、これを解決するにはどうしたらいいでしょうか。

そうです、Aさんには◯月◯日には、0時はないので2時に仕事して下さい。さらに、□月□日は0時が2回くるので2回目の0時に仕事して下さい。また、受付のBさんには□月□日の1回目の0時には、キャビネットには書類は来ないので、2回目の0時になるまで待って下さい。と教えればすみますサマータイムはこうして対応可能なのです。

心配無用サマータイムは導入可能です!

話を例え話から実際の話にします。

サマータイム考慮していないシステムは無数にあると思われますが、考慮したシステムに改修すれば問題ありません。不具合が発生するケースは、例え話以外にも考えられますし、解決方法は他にもあるでしょう。

自社の全てのシステムをチェックして、上記のようなエラーが起きる可能性はないか精査します。多くのシステム仕様書がなかったりするので、その場合は実際にテストしてみたりしないといけません。さらに、AさんとBさんの連携のように、他のプログラムと連動する場合は、サマータイムの開始・終了の際にどう対応するかを取り決める必要があります。社外のシステム場合もあるので、そうした会社と調整が必要になります

精査、改修、そして実際に問題いかテストするプロセスで、日本全国で対応できるまで、おそらく最低でも数年程度はかかるでしょう。2000年に合併したみずほ銀行システム統合は今年完了するようです。18年経って、完成しないのではと言われていましたが、なんとか完成に漕ぎ着けられそうです。

また、改修には予算がかかります。ぽっとその予算を確保できるでしょうか。大企業なら内部留保等で対応できるかもしれませんが、中小企業だと数年かけて積み立てないといけないかもしれません。

いずれにせよ、5年くらいかければサマータイムを導入することは可能です。それでも一部のシステムは間に合わないかもしれませんが、生活に支障が出るレベルではないでしょう。多くの技術者に「無理だ!」と言われて心配していた、オリンピック委員会のみなさん、安心して下さい。

大丈夫です。最短でも2023年にはサマータイムは導入することができます

蛇足:誰が悪いのか

現在動いているシステムは、すべてサマータイムを見越して作るべきだったかもしれません。それは確かにそのとおりです。その意味では、IT屋にも責任があるのかもしれません。

しかし、サマータイム対応となると考慮した設計をしなくてはならず、費用が余分にかかります。1億のシステム開発で、サマータイム対応することで2000万余計にかかる、ということも充分考えられます元号2000年問題と違って、導入されなければ永遠に使われない機能です。

仮に提案したとして、永遠に使われない可能性のある機能に、発注者側がその金額を払う判断をできたかどうか。。。

2018-08-07

みんな無駄に働くの大好きなの何で

言い聞かせてることがあるんだよ!

やっぱり労働楽しいよ!

好き好き大好き!やっと見つけた納期様!

お盆も出るから待っててね!

俺と一緒に出勤しようぜ、休日出勤楽しみだ!

ってお隣…どころか部署の1/3位言っててつらい。

僕は無駄に働くの嫌いなので休みますが。

やり甲斐とやらでおちんぎん増えないしヤリイカでも釣りに行きたい。

9連休楽しみ!!!!!

何で皆無駄に働くの好きなんだろう。

忙しい忙しいが口癖で

忙しいふりだけは一流に得意だけど、毎日打合せという題目で3時間お話してる。

どんな内容かなと思えば、話が決まらない内容を永遠無限ループのように議論し続けてる。

暇なのかな?

まらない話合いと雑談の違いがわからないよ僕には。

その議論意味あるのかな?

まらないなら決定権もってる人にさっさと話しにいって

さっさと方向性決めたほうが早いんじゃないかな?


って話を持っていこうとすると中間管理職的な人に怒られる。

怒られるからもっと部内で議論し尽くすべき?

嫌だなあ。怒られるよりも嫌だよ。


議論なんて最小限でいいよ。

あなたの悩んでる姿見るくらいなら

女性の長い髪がふわっと揺れる時に

感じるときめき分析をしてたいよ。


納期があるからしょうがない?

うちメーカーで汎用製品の開発してるから

特定お客様いないんだけど?


納期って自分らで設定した目標じゃん。

不具合だらけなのに納期があるから出荷しなきゃとか言ってる。

誰に出荷するんだ。


あれか、社内の偉い人の要求を並べた仕様書で作ってんだ。

社内の偉い人に出荷するんか。

お客は社長様ってか。

出来ないならできないって素直に謝って物作ってよ。。。

って市場に出た尻拭きをかれこれ何年もさせられてると

心が黒くなって思っちゃうよね。

設計してないのにたまたま椅子座っただけで責任問われてもなあ…。他人事だよなあ…。

改善しろ?って言われてもなあ

そもそも思想段階で製品用途理解してない人間設計してたんだもの

何を目指していたのか分からない製品改善どころか作り変えないと無理!ってやつ。

製品売りたいんですって営業さんに言われても

「いやそれ売られるとクレームになるから嫌なんだが?既存のこれじゃあかんのか?コストも安定性もいいぞ?」

って真面目な顔で言っちゃう社員様ですよ。

もうだめだ。

中間管理職の人たちは本当に労働好きだよね。働くよね。土日も。

働く必要があるのかどうかはわかんないけど働いてるよね。上へのアピール

みんな効率よく業務をして早く帰ろうって最近ブームのようで言ってるけど

効率よく業務をして空き時間作ったら、すかさず仕事を作って放り込んでくるのもこの人達

空いた穴は埋めとけみたいな。淫乱かな?後ろにも放り込みそうな勢いあるよね?

言うだけなら楽な仕事だなあーーー。とは言わないけどさ、自分がやったら周りがどう動くか考えようよ。

業務効率上げてもおちんちん増えないんだから上げないよーーー。

その割に設備や日頃使ってるもの投資は渋る。いやそれが一番効率化には効くんだが。

なお、新しい技術には懐柔的。脳みそ昭和やねん。

パソコンわかりません…でわない。

中学生みたいにエロサイトの開き方ばかり詳しくなりおって。後パズドラ。今でもパズル&ドラゴン

AIかいうならそのパズドラ自動化すること考えたら?

今どきのクラウドはみ~んなだめだめだめなのよ。使いこなせないし、サポートしたくないからね。

いいのよ、非効率でも。評価給料が大きく変動しないし

残業代が入るからダラダラ体力温存しながら働けば。

何でそんなに色々不満あるのにそんな会社いんの?って…

やり甲斐はなくともそこそこの給与待遇があって

年功序列で上がるからだよね。知ってたよね。

大した努力しなくていいんだから

その割に新しいことや挑戦してる人は好きだよ。頑張って欲しいと思うもん。

足は引っ張りたくないねとは思う。自分がそのリスクを負わない分、リスク負って頑張ってる人は尊敬できる。

キックスターターかいいなと思う事業にはたまに投げ銭するし。

頑張ってるアイドルちゃんには物販代(たいていチェキ)という形で返したいもんね!あ、ただのヲタクでした。すまんなw

社会主義的な今の日本根本問題点かもね?

お金が目当てな我々雇われサラリーマン子。

チェキバックみたいなのないと頑張らないかも。

そうなるとあれだな、役職めっちゃ人気アイドルちゃんやんけ。

お話の列できるし。長いと剥がし食らうし。

たまに大勢の観客の前でライブ始めるし。

まあ寝るし、楽しくないんだけど。

言いたいこと書いてたら

話が発散したな?

日記からどうでもいいか

どうしたら働くのが好きになれるの?

anond:20180807020954

複数主治医ってそれなりに重い病気でないとないのかなと思う。

何人か所属している医者ランダム対応するだけで。

つの仕事に何人も割り当てるって経営的にはコスト高いように見える。

カルテって仕様書をポンって渡されて対応する。

営業職と同じかんじ。

2018-08-03

anond:20180803161206

仕様書は宝の地図だが、古すぎて

地形が変わりすぎていることもままあるよね。

そろそろ「仕様書がある」と言う前提やめない?

だって無いじゃん

ほぼほぼ無いじゃん

 

仕様書があったら宝物発見みたいな、ポジティブな感じでいこうよ

2018-08-01

学校学問教える時間削って社会の事教えようぜ

仕様書作法

契約方式

生活保護申請方法と条件

懲役刑を受けた後の社会復帰方法

免許でも知っておいて欲しい交通規則


覚えることなんていくらでもあるのになんで歴史上のハゲがいつ生まれていつ死んだかを覚えるのに貴重な時間を使っているのか

2018-07-28

引越しリフォーム

中古戸建を買ったのでリフォームやってるのだが、奥様が「わがままな上に何もわかっておらず思い付きで物を言うクライアント様」そのもので、PMとしては非常につらい。

工務店さんにお願いすることになってる(デザイン事務所ではなく)のだけど、結果要求仕様書自分で書いてるような状態クライアント様が言ういろいろをまとめては工務店提案できるレベル要求仕様にまとめないといけないのだけど、一定量まとめた上で「やっぱりこっちが良いな」とか言われるとまあ殺意がうまれるし、工務店とかは個人の客を取りたがらない(取るとしたらふっかける)というのもわからなくもない。

まあとはいえやるしかないのだけど。

2018-07-26

★「小中学校エアコン」★

★前提条件★

•小中学校エアコンは導入すべき.30度を超える環境でどうして子どもエアコンなしの環境で学ばせるのか?日本教育環境投資をぜずに利回りがマイナス住民サービスの向上に寄与しない箱モノばかり作ってきた.インフラ投資優先順位おかしい.

公立中学校管轄自治体であるため,基本的には市長村が環境整備を担う.学校エアコンを設置する際には,いくつかの条件を満たすと,国から3分の1の補助金が出るが(学校施設環境改善交付金),残りは自治体負担する.

学校子どもエアコンなんて贅沢だと考えている人(主に高齢者)は一定数いる.だがそれを老害だ!などと指摘しても何の意味もない.自身時代に手に入れなかったベネフィットを,後の世代や他社が得ることに抵抗感を示すのは仕方がないことではある.だから丁寧な説明コストパフォーマンス重要であると考える.

•大多数の日本人(中流階級)の所得が増えない現実を前に,将来に希望を描くこともできず,日々の家計が苦しい中で,他者税金で得をすることに嫌悪感を抱くのだろう(日本人の所得20年減り続けるという絶望的な構造欠陥なので本稿では指摘しない).

職員室にエアコンがあることをヒステリック否定的に叫ぶ人々がいるけれども,学校先生エアコンのない教室で授業をしている時間が長いわけで,教員の勤務環境が劣悪であるという現実共通認識として持つべき.つまり職員室にエアコンがついているので,先生だけ涼しい環境にあるというのは完全な勘違い中学校部活問題になっているが,不要不急な報告書アンケート対応など,教師労働環境は劣悪.だから志望者も激減している.

•決められた業務ルーチンワーク)をきっちりこなすことに関しては行政公務員は優秀であるが,経済合理性費用対効果視点意識は皆無である.だから,良い製品サービスを導入しようというインセンティブは働き難い.

公務員学校先生のひとりひとりは基本的には真面目であるが,合成の誤謬組織になると絶望的なほどに無能力になる.なぜか? 公務員組織基本的に完全年功序列制であり,モチベーションインセンティブ設計機能不全を起こしている.働いても働かなくても報酬待遇)は変わらない中では,楽をすることばかり考える.外注することが仕事になり,知識ノウハウストックされない.成果を出しても評価されない世界で頑張るのは難しい.この国の行政機構旧ソ連社会主義の失敗からまり学んでいない.

問題点★

行政は苦情(クレーム)に対して敏感であり,公正性を重視しない割には公平性平等を重んじる傾向があるため,公立中学校エアコンを導入する際には市内全校に一斉に導入するのが一般的である10万人弱の自治体中学校で5校前後小学校10前後の大規模工事となる.規模と納期要求による工費増を考慮することはない.

•どれくらい行政自治体スピード感がないのか?公立学校エアコン(空調)を導入するためには一般的に2年~3年かかり,次の進行となる.エアコンを導入するのに調査や設置の手法検討必要らしい.仕様確認したり,メーカー業者に最適な設計提案させればわかることをカネと時間をかけて調査する.生産性観点がないのだ.

n年度: 現況の調査、設置手法検討

n+1年度:設置手法の決定、事業計画策定

n+2年度:施工者決定、設計

n+3年度:施工完了

行政には経済合理性費用対効果視点意識はない.だから自治体学校エアコンを導入すると1台200万~300万円以上になる.信じられないことに1教室(1台当たり)300万円以上もの費用をかけてエアコンを導入している.オーバースペック必要以上の大規模工事実施して,結果ランニング費用も膨らむ.

他人の財布で他人のためにカネを使うときに人はもっと無責任になる.これは構造的欠陥なので別の機会に記すこととして,学校へのエアコン導入に限らず行政事業実施する際に考えることは,手間やトラブルを避けることである前例踏襲(他の導入事例に倣う)ことを何よりも優先し,面倒なことは避けたいという意識が根強い.

コストパフォーマンス視点は欠片もなく,業者に楽に発注することを考える.丸投げ外注できてトラブルがなければ価格が高くても関係ないのだ.そして業者側も官公庁公共機関)の仕事は稼げる,儲けられる,つまり利益率の高い製品必要以上の稼働費用請求できることを知っていて味を占めているため,安値提案利益率の低い受注)をすることはない(時に談合癒着が起きる).

建築年数が30年以上の小中学校では,そもそも教室の断熱や空調効率が悪いので,エアコン導入時には遮熱対策実施するのが合理的であるが,合理性観点はないため,エアコン工事だけ導入して,冷気を外に垂れ流す事態となり,結果,光熱費(ガス代・電気代)が過剰になる.全体を見てどうすれば省エネ運用できるかを考えることもない.なぜなら自分家の光熱費ではなく税金で払われるカネだから節約するインセンティブが働かないのだ.

★導入案★

•小中学校エアコン設置に基本設計など必要ない(空調設備工事設計委託無駄である).工業製品を各教室に導入するのに基本設計必要か? 電源の問題は別途電線を引くことで解決できると考える.

•一刻も早いエアコン導入のために各学校・各教室ごとに導入計画を立てるべき.日本の悪しき平等文化

•簡易な仕様書を各社に提示して,公募プロポーザルを併用した競争入札を導入するのが望ましい.つまりXX室の教室(例えば100台)導入するから提案をして欲しいと依頼する.仕様を満たして一番安い価格で入札した事業者と契約する.その際に提案稼働(提案費用)を払う,提案契約施行契約を分ける,これを怠ると癒着や割高な契約が発生する温床になる.

仕様書を複雑にして,指名競争入札するのは最低の選定方式.にもかかわらず,ほとんどの自治体が形だけの指名競争入札をする.仕様書に入れ知恵するのも業者から質が悪い.競争入札するなら一般競争入札とすべき.繰り返すがエアコン導入に複雑な仕様書は百害あって一利なし仕様書を書いた業者指名競争入札に参加するってプロレスか? 見せかけの公平性のためにいらぬ稼働をかけて実際は意中の業者契約するのは本当に汚い手法だと思う.設計施工は必ずしも分ける必要はないが,一括りが前提条件になってはならない.

•物品(エアコン本体調達と,施工エアコン設置工事)を分けるのもありだろう.各社が自社製品エアコンの良さをPRできる.工事業者もどれだけ効率的に施工できるか腕の見せ所であろう.

Panasonic日立三菱電機ダイキン富士通ゼネラルなど大手メーカーだけでなく,ハイアールなども価格競争力があるので声をかける.

•導入工事地元業者下請け活用することを要望しつつ,ヤマダ電機ヨドバシカメラなどの家電量販店活用できるのではないか

•完成検査(施主検査)を分けるのも一考.施工業者に完成図書を提出させる必要性は必ずしもないし,第三者視点でチェックするのが有用ではないかそもそも公務員にチェックを任せるのは難しい.

個人的には学校エアコンは,天井埋め込み型のエアコンやセパレート型のエアコンではなく,ウィンドウエアコン(室外機と一体型エアコン)が合理的ではないか? と考える.教室は窓に面している場合ほとんどであり,費用対効果が高い.PanasonicCUBEのような製品費用対効果が高いのではないか

2018年補正予算を計上して,2018年年度の冬休み春休み順次導入すべき.行政スピード感のなさと危機意識のなさは絶望的.

地方債もっと柔軟に発行できると良い.学校環境整備債権を発行して利回り1%にすれば購入者に困らないのではないか富裕層のカネはタブついているんだから.年利1%でも買い手はつく.地方債の引き受け手がなくなった時点でその自治体破たんしているに等しいから,指標にもなる.必要公共事業国債地方債)でやるべき.

ゼロかイチかの議論は本当に無駄で,イチに近づくように限られた予算の中で最大のアウトプットを目指すべきなのに,自治体現場では生産性のある議論ほとんどない.意思決定過程ばかりを指摘して,政策形成を良きものにする議論ができないのは日本教育の欠陥なのか,組織的欠陥なのか.学級委員会よりも酷いレベル民主主義日本行政現場はまわっている.

https://www.kawawaki.jp/air-conditioning-in-schools/

2018-07-24

anond:20180724215347

分かるわぁ。ウォーターフォールにもウォーターフォールメリットがあるのに

アジャイルアジャイルうるせーんだよ。あとアジャイル仕様書書かずに

その都度適当にぶっこいていればいい開発手法じゃねーんだよと言いたい。

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん