「オーバーフロー」を含む日記 RSS

はてなキーワード: オーバーフローとは

2019-01-11

anond:20190111170734

そっちじゃなくて「オーバーフロー」のほう。

足らなくなるじゃなくて溢れるって意味だよな。

メモリーオーバーフロー

近くでミーティングをしていて「メモリーオーバーフロー」という言葉が聞こえてきた。

サーバーメモリーが足らなくなることを言ってるらしい。

オーバーフローと言うと、バッファオーバーフローみたいに決められた領域からはみ出すとか、演算で数値の上限を超えてしまうとかそういうニュアンスだよな。

ただの「メモリ不足」でいいんじゃないか。

2019-01-01

無限初夢バグ

初夢基本的強制イベントであり0回以下にならないようになっています

しかしここで発見された無限初夢バグを使う事で初夢の回数を65536回以上にする事ができ、オーバーフローによって−65535回初夢を見た状態を作り出すことが可能です。

これにより現実世界に歪みを生じさせることが可能となり、初夢内容の実現は勿論、本来干渉できない個人能力値や環約縺値、根源である◼️縺%阪?阪h繧?″繧]??短を行われれれれれれれれれ

2018-12-21

[]コンピューターで発生する技術面の問題

1999年問題

1900年を1年目と内的処理していた場合、年数が2桁から3桁になる。また、年号を下2桁だけで処理していたシステムの一部で年のエントリで99をエラーコード例外値として扱っている物があったとされ、そのようなシステムでは1999年になった途端に正当な1999年エラーとを識別できず不具合をおこすことが懸念された。又、9が5つ並ぶ1999年9月9日エラーが発生することも懸念された。

1999年8月21日問題

GPSは内部処理で週数を10ビット管理しており、起点である1980年1月6日から1024週後にあふれて0に戻る。

2000年問題(Y2K)

年数を下2桁だけで処理していたシステムや、2000年平年(閏年ではない)と誤解したシステム問題が起こる。

2001年9月9日問題

1970年1月1日0時からの秒数が十進法で9桁から10桁になる。経過秒数を文字列表現に直してソートしたことで、「1,000,000,000 < 999,999,999」と判断してしまい、項目の新旧が正しく処理されない問題が実際に幾つかのシステムで発生した。

2008年問題

2000年以降も年数を下2桁だけで処理していたシステムで、かつ年を文字列で格納していた場合に、先頭が0の場合には八進数として扱われる処理系があり、その場合2008年の時点で年の処理が不正となる場合がある。ごく一部のperl作成されたネットゲーム誤作動が発生した事例がある。

2010年問題

潜在的バグが発覚した。シチズン電波時計ソニーゲーム機プレイステーション3」(閏年処理)、オーストラリアクイーンズランド銀行でのシステム動作ドイツジェムアルト社のICカード使用不能など。シチズンのケースでは、年の内部表現西暦下2桁のBCDを使っていた。

2019年4月7日問題

GPSは内部処理で週数を10ビット管理しており、起点である1980年1月6日から2048週後にあふれて0に戻る。(10ビットでは2回目)

2030年問題

1930年 - 2029年を下2桁で表現しているシステム問題が起こる。同様のもの2050年問題や2070年問題などがある。

2036年問題

1900年1月1日0時からの秒数が32ビットからあふれ、NTP問題が起こる。

2038年問題

Unixなど。1970年1月1日0時(Unix epoch)からの秒数が31ビットからあふれ、32ビット符号付きで処理しているシステム問題が起こる。

2038年11月21日問題

GPSは内部処理で週数を10ビット管理しており、起点である1980年1月6日から3072週後にあふれて0に戻る。(10ビットでは3回目)

2040年問題

HFSのタイムスタンプ2040年2月6日までしか取り扱えない。

2042年問題

System zのSTCK命令で取得する64ビットTODクロック2042年9月17日中にオーバーフローする。

2048年問題

2038年問題1980年起点版。FATファイルシステムタイムスタンプなどが1980年起点である

2050年問題

1950年 - 2049年を下2桁で表現しているシステム問題が起こる。同様のもの2030年問題や2070年問題などがある。

2053年問題

2038年問題1985年起点版。TRONなど。

2070年問題

1970年 - 2069年を下2桁で表現しているシステム問題が起こる。同様のもの2030年問題2050年問題などがある。

2079年問題

FATファイルシステムタイムスタンプの起点の1980年1月1日を基点として、年数を下2桁だけで処理するソフトウェアなどは、その起点の99年後(2079年12月31日)までしか正常動作しない。

2100年問題

2000年以降に作られた年数を2桁で表すシステムや、2100年を閏年と誤解したシステム問題が起こる。

2108年問題

FATファイルシステムタイムスタンプは2107年12月31日までしか取り扱えない。

2137年問題

更新されたGPSは内部処理で週数を13ビット管理しており、この頃にあふれて0に戻る(正確な日時は未定)。

2286年問題-2286年11月20日17時46分40秒に起こる。原因は、2001年問題と同じ。

3000年問題

Visual C++において、3000年1月1日以降の日付処理に不具合が生じる。

10000年問題

西暦が5桁になる西暦10000年1月1日に起こる。

2018-12-18

(PHP) phpMyAdminのセキュリティー

アドバイスどうもありがとうございます

https://anond.hatelabo.jp/20181218231219

本番サーバには入れないでね

phpMyAdminセキュリティーって、過去の事例を見ると、あまり高くないようですね?

この手の管理ツールセキュリティ侵害を受けた場合ダメージが大きいので、インターネットからアクセスできないようにしておくのが基本です。特にphpMyAdmin過去に致命的な脆弱性が何度も発見されており、インターネットさらして利用するには向いていません。任意コード実行可能脆弱性の事例もあり、DB以外にもリスクがあります

 

内部ネットワークからしかアクセス出来ないようにしておきましょう。レンタルサーバのようなインターネット孤立したサーバであっても、VPNの経路を作りそちらからしかアクセス出来ないようにしておくようにした方がよいでしょう。

 

IPアドレスによる制限は次善策です。アクセス元のIPアドレスが固定されており他人と共有していないならそれなりに安全になります

 

URLによる隠蔽は外部から攻撃可能な既知の脆弱性スキャンするようなカジュアルアタック避け程度にはなりますが、URLは何かと漏洩するものですので、一般セキュリティ手法と見なされていません。

 

アクセス制限をした場合でも、認証は必ず設定する必要があります。例えばCSRFのような攻撃にはアクセス制限無意味です。

 

phpMyAdmin認証HTTP認証のどちらを使う方がよいかは使ったことがないのでわかりませんが、HTTP認証場合BASICではなくダイジェスト認証にしてください。BASIC認証は(ほぼ)生で認証情報が流れますので使ってはいけません。(ブラウザで人が操作する場合以外にはBASIC認証を使わざるを得ない場合もあります

対応

  1. phpMyAdminローカルの開発サーバーで使う。
  2. 本番サーバーのMySQLメンテナンスときだけ、Adminer.php等を使う。(使用前にコピーして、使用後は削除する) もしくはMySQLコマンド操作する。

こんなかんじでしょうか?

2018-11-07

anond:20181107195537

検索してみて何があったかよーわからんけど最近フェミ個人情報さらしとか言ってた人か?

フェミグリッドマン抱き枕に怒る

オタクフェミ個人情報晒しネットリンチ

フェミ自殺とか?

あーオーバーフローかいエロゲ社長個人情報特定したとかで赤の他人晒し上げして、フェミ個人情報じゃなくて間違ってたと解るとフェミ個人情報教えろと迫って、赤の他人騙った犯罪者呼ばわりしてまたオタク達がフェミ袋叩きにしたのかオタク業界マジでえげつねぇ

2018-11-02

anond:20181102173901

それはネット右翼というレッテルが、左翼っていう異常者が普通の人である右翼特殊な人だと言い張るために作られた言葉から

思いつくかぎりの悪口を詰め込もうとして文節がオーバーフローしてんだよ。

右翼特殊人間だ」というレッテルを貼るために左翼が作った言葉が「ネット右翼」だから

かにしておけ。

2018-10-03

anond:20181002231554

ググレカスレベル話題を俺もググって調べてるわけだから別に良いんだけど

そうじゃなくて

何ていうかな、質問が具体的すぎるのよ

スタックできない

 

いや質問サイトから間違ってないかヤフー知恵袋みたいな

分かってるんだけど、スタックオーバーフローの方がむしろ珍しいと思う、きちんとスタックできる情報網羅されてる

2018-09-20

結婚前にちゃん家事子育てしてくれる男性探すとかムリゲー

anond:20180919003925

こういうエントリでると毎回「なんでそんな男を選んだの?」とか「最初から家事育児理解のある男性えらべよ」とかクソコメトラバが続くけど、男性として自戒を込めていうけどそんなの絶対無理です。ムリゲーです。

結婚相手に選んだ男性が本当に子育てフルスロットルで協力してくれるかは、実際に子供まれくるまわからんのです。結婚式のときの「健やかなるときも、病めるときも、支えあうことを誓いますか?」がいかに困難かを大半のカップル結婚して子供できてから思い知るわけです。

交際時にデートときに気前がいいとか、一人暮らし家事経験もあるって話と、結婚して子供できてから家族みんなの家事やったり幼児から育児に協力的かはまったく別次元なんです。

冷静に考えれば出産母乳以外は男性でもできるはずなのに、4大卒業して普段リベラルっぽい発言が多い男性でも「でも子育ては基本母親でしょ」って価値観が骨の髄までしみわたってるので驚くほど何もできない男性が大半よ。

自戒をこめてって書いたけど、実際に俺も子供できてから最初の数年はダメダメだったよ。ただうちの場合が妻が察してちゃんじゃなくて最初からガンガン「私は子供母乳と寝付かせだけで精一杯だからもっとちゃんとやって!!!!」って毎日のようにガミガミ怒鳴られてたから、3年すぎたころにはやっとまともになれたよ。

なれてくると家事の大半はルーチンワークから仕事で頭がつかれたあとでも体が動けばできちゃうもんだよ。とくにうちは共稼ぎから子供を寝付かせるまでにお互いに手が空いているほうが家事をこなすってスタイルになってやっとみんな12時前に寝れるようになった。

最初からイクメン男性なんてほぼ皆無。イクメンになった男性の大半は本人の努力の結果、いや妻や回りの愛のコーチングの結果ですよ。


id:wow64 いや、嫁さんの躾の結果では... 『イクメンになった男性の大半は本人の努力の結果よ』

・・・おっしゃる通り。最近家事育児が我ながらうまくなってきたので図に乗ってましたわ。妻のコーチングのおかげです。反省反省

id:blueboy  デート中の態度でわかりそうだけどね。荷物を持って上げたり、食事椅子を引いて上げたり、レディーファーストをやっている人なら、その延長上で、家事も手伝うでしょ。逆に夫唱婦随タイプの男もいる。区別しろ

そう単純な話でもないんだけどね。日頃精神的に余裕があるとき相手にやさしくできるのと、幼児育児夫婦タスクオーバーフロー状態睡眠時間削ってでも少しでも家事育児自分のやれる箇所をこなすって次元が違うと思うよ。

id:itinitiitinti イイ男が既婚なのは奥さんのおかげ説。個人的には夫を褒めて褒めて感謝して、キレるところは容赦なくブチギレる人は凄いと思う。

同感ですわ。大人になって独身女性陣が「いい男はたいてい結婚してる」ってケースの多くは、結婚後に奥さんに鍛え上げられたおかげだと思う。

id:zu-ra 俺も学生の時の先輩(女)に「Facebook見てるけど、zu-raがこんなに子育てするような父親になるとは全く思わなかった。」と言われた。社会人になって、子供ができる前に趣味に没頭できない状態を受け入れられたのが大きい。

俺の周りでも「結婚から子供好きそうだから大丈夫だと思ったら自分の子供の世話(面倒なパート)を全然やらない男性」とか、逆に「以前は全然子供の扱いわかってなかったのに、自分の子供は溺愛して頼まれなくても一緒にお風呂&寝付かせ&週末一緒に外遊びする男性」とかいろいろいる。あれを結婚前に見分けるとか不可能でしょ。

2018-08-03

街コンであった人と2人きりで飲むことになった

先月2対2形式街コンに行って、気の合う女性と会えた。

街コンのあとは「楽しかったんで、また一緒に飲みませんか」LINEしたらOKもらえて街コンメンツ4人で2回飲んだんだ。

明日女性の1人と2人きりで飲むことになってメッチャ嬉しいのと同時にパニクってる。

彼女いない歴=年齢の自分ではもうオーバーフローしててもう分からない。

飲み会しかしてないし、そのうち2回はグループ飲みだけど、これって3回目のデートなの?

脈ありなの?

好きだったら告白していいの?

てか20代後半って告白してつきあうの?

誰か助言をください…

2018-07-23

anond:20180723121723

自分思考からオーバーフローしたら

> 結局、コミュ力なんてなく、容姿100%ってことだな

って言い切るバカなんてレッテル貼って捨てたほうがマシでしょ

2018-07-22

[]新型たらい導入

水槽が足りなくなってきたので、たらいを導入しました。近所のホームセンターで980円税込みで売っていましたが、色が水色と派手です。あまり色数を増やしたくないので、黒いたらいを通販で取り寄せました。お値段は、同じ大きさで1700円くらい。ちょっと高い感じがしましたが、黒い容器は、めだかの色が映えるので、よしとしました。このたらいよくできていまして、底面に水抜き用の栓、上部のふちにオーバーフロー用の穴があらかじめ開いていますさらホース固定用の部品も付きますトロフネに穴を開けて、塩ビ部品やパッキンを取り付ける手間を勘案するとすぐに使えるこのたらいはなかなか良い買い物だったのではないかと思いました。

この黒いたらいのメリットをまとめておきます

・色が黒で、メダカの色揚げに効果がある

・水抜き栓が底面についている

オーバーフローの穴があらかじめ開いている

ホース固定用の部品が付いている

・樹脂が肉厚で耐候性がありそう

・深めなので、水温の変化に強そう

ということで、黒いたらいのご紹介でした。

2018-05-25

[]本年度の飼育計画

水槽

トロフネ40 メイン 6槽

台の上に置き南面に設置。塩ビ管によるオーバーフロー施工中。

菜園プランター 4槽

ブロックを2段重ねその上に設置。塩ビ管によるオーバーフロー施工中。

NVBOX#13 15個

3段棚を使い東面に設置

バレンシア鉢 15個

ホームセンターでの特価品。陶器製の睡蓮鉢の1/5のコストであった。防水セメントで穴を埋めた。東面に設置

屋内 60cm水槽

玄関に設置

※昨年の東向きから南向きの場所にメイン水槽を移した。

生体

メダカ

メイン。3年目

メダカ

ブルーライトの選別落ちが混ざっている

メダカ1

近所のおしゃれな用水路が干上がったときに救出しためだか。天然ではなく、だれかが放ったものっぽい。

黒龍

現地?から仕入れている錦鯉から購入。現地がどこかは教えてもらえない。

楊貴妃

今年度から導入

ブルーライト

2年目。和歌山方面から仕入れ

幹之(みゆきめだか

群馬方面から仕入れるもカビにやられた

ミナミヌマエビ

東面水槽に入れている

スジエビ

近所の用水路ペットボトルトラップしかけて捕獲ミナミヌマエビよりもアグレッシブ。何もしていないが増えていた。

※今年は楊貴妃と幹之(みゆき)とブルーライトをメインでいきたいところ。すでに幹之(みゆき)がピンチ

水槽構成

赤玉土入りスイレン鉢を各水槽に設置。

赤玉土(中)を100円均一メッシュトレイに入れ、水槽内に設置。

マツモを仕入れたので、アナカリスと合わせて設置を強化していきたいところ。

新規設備

エアレーション

夏の高温対策として、水心2sとテクノ高槻ハイブロー40を導入。ハイブロー40側には、塩ビパイプによる配管を設置。

濾過

エアストーンホームセンターで入手した溶岩石をいれたミニ植木鉢による濾過を導入。

ヤゴ除け網

鳥やトンボの産卵からメダカを守るために木枠とナイロンネットによる網を作成

えさ

おとひめB2

養殖用の業務用えさ。通常の給餌用。一般のご家庭にはあまりないと思う。

キョーリンの産卵繁殖用(金袋)

繁殖用パワーえさ。キョーリンさんのデータによると産卵数が2倍になるらしい。

インフゾリア

キャベツの芯を使って、テスト中。

飼育目標

この冬の寒さで半数が凍死したので、3倍増を目指す。

今後の設備

給水パイプの設置。電池式のタイマー水栓をつなげて自動給水したい。

2018-03-06

anond:20180303115705

Qiitaでそういうこと書くと「またQiitaのクソ記事か」って揶揄されるのがオチでは?

あそこ、質問書く場所じゃなくて「こんなスゴい知見を見つけたよ!」みたいに自慢する場所なのでは?

質問書くならスタックオーバーフロー(日本語版の方ね)がサイト目的としては適している気がする

2018-02-21

anond:20180220212352

1stガンダムの光る宇宙アムロシャアララア、セイラが交差す一瞬

あの場がオーバーフローする感じはなかなか無い

始めの路線が見たかったという意見理解できるサムメンコだが、アレはアレで好き

ガリレイドンナは明らかに放送期間短縮されてる

キャラが良かっただけに惜しかった(個人的にはかなり好きな作品

2017-12-23

anond:20171223175621

応急処置は、酒を飲むこと

俺の場合、通常は問題無いが、

年に1, 2回程の頻度で寝起き(ほぼ寝ぼけている)に突然、死と死後の無限について考え始めて、

叫びながら起きることがある。

目が覚めた後は同じ題材について考えても特に恐怖感や取り乱すこともないので、

脳に何かしらのオーバーフロー制御機能があるのでは?と考えている。

正しいか分からんが、頻発するならおそらく精神科治療可能と思われる。

2017-11-17

英語はこうやってスラスラ読めるようになっていく

https://anond.hatelabo.jp/20171116210216

私は英文を読むときは ↓ のように「返り読みをせず」「カタマリごとに理解しながら」読んでいくように努めています

プロアマわずこのような読み方をたくさんするのが英語学習王道のようですね

このやり方ができていれば、例えば「関係詞が続くとスタックオーバーフローする」ということはないハズです

http://d.hatena.ne.jp/cappellorosso/20090302/1235999462

The House is set / 家がある? (*1)

on Thursday / 木曜日に???

to pass its own version of the tax bill, / 税法案… が通る, 下院 (上院?) が開かれたのか (*2), 下院案か

which would cut taxes by more than $1.4 trillion / 税を削減する, 1.4兆円以上

over 10 years / 10年にわたって

and broadly rewrite the business tax code. / 事業所得税? 法が広く書き換えられる

(*1) この段階では the House の H が大文字になっているという情報を読み落としています

(*2) set A to Aに…し始めさせる (起動相) の受動態 × 現在形 (予定) が正解でした

  直訳すると「下院木曜日法案を 通過させ始める (審議する?) 予定である」(受動態はあえて訳していません)

  どうやらこの法案は可決の見通しが高いようです

ご参考になれば幸いです。

なお、申し遅れましたが、私は TOEIC 460 (2017年) のクソ雑魚です。

2017-06-29

悪意がなかったはずの研究過程捏造が生まれきっか

生物系の研究室で、捏造が生まれきっかけを見てしまった。その研究室PI研究不正とは程遠い性格で、PIに悪意がなくてもこういう状況だと捏造が起こりうるんだなということを目の当たりにしたので、ケーススタディとして書き記しておこう。

PI専門性に合わせて分業させるタイプであったので、複数研究テーマにおいて、上流のこの解析はXXさん、中間はYYさんがやって、下流ZZさんが、という風に割り振られていた。その中で、最も上流の過程担当しているXXさんは、外部から仕事も含め、大量の仕事に追われて疲弊していた。性格的にNoと言えずに萎縮しやすく、タスク管理が苦手で、積み重なった仕事で完全に首が回らなくなったXXさんは、とうとう、プレッシャーに負けてしまい、やっていなかった予備実験を「やってうまくいった」ということにしてしまった。

XXさんがやろうとしていた実験系はあまりうまくいっていなかったが、元々難しいことが知られている系であったので、判断が難しかった。PIはXXさんが基本的トラブルシューティングはしているものだと思い込んでいたところが不幸の始まりであった。PIは、XXさんの問題ではなく現象特異的な難しさだとひとまず判断し、本番で下流実験系(他の複数の人が担当)まで一通りやってみろという指示を出したが、うまくいかなかった。その後、研究室内で問題点を一つずつ洗い出していったところ、結果的に上流過程にも遡り、予備実験ポジコン/ネガコンすら取れていなかった事が判明した。研究の組み立て方も行き当たりばったりでおかしかった。その事実にたどり着くまでが大変だった。忙しい事を理由実験系の組み方や実験ノートが複雑怪奇になっていて、本人もよくわからなくなっていたこともあり、なかなか基礎データが出てこない。ようやく出されたデータを根気強く追っていくと、さらに別の不自然な点が発覚する。そうなるとPIの叱責を受けたり、他のメンバーに追求される。検証のための追加実験命令されたXXさんは、実験がうまくいかずに次のプログレスまでにやりきる事ができなかったが、データがないと再び怒られると考えて自分不利益な結果を隠そうとし、ネガティブスパイラルに嵌っていった。PI問題データあぶり出しも「信じたくない」という心情が先で対応が後手後手になったように思う。PI対応はXXさんの不正を導いていたが、PI自身無自覚だった。純粋データの不完全さだけを気にしていたら、こうはなからなかったかもしれない。ある時、PIがこれは本気でヤバイ、と気づいて、ようやく修正軌道に乗った。

それなりにお金を費やし、関わっていた人々の4年間は無駄になったが、これを放置していたら、と思うとゾッとする。共同研究先には「なにやら忙しくて大変そう」とは思われていたものの、そこまで大ごとだとはバレていないようであった。この研究テーマに関しては膿は出し切ったと思うので、本人もそれなりに反省したようだが、その後のことはわからない。こうなるとこれまでのXXさんの仕事ぶりも気になる。後日、XXさんのかつての所属先の人々にそれとなく愚痴ったところ、やはり似たような問題があったんだなと思わせる雰囲気であった。三つ子の魂百までとはいうが、更生できるのもまた人間だ。XXさんはその分野で有名ラボ出身者であったこともあり、◯◯先生から信頼されている愛弟子で、学振取得者で、と周囲から一目置かれていた。研究世界底辺の争いに生き残るにはどうしたら良いか、考えさせられた経験だった。

こういう記事があると、ネット上では自分のいる環境ではありえない、実験ノートはこう書いてほにゃらら」という人が湧き出てくるのだけど、自分自身はいざ知らず、共同研究者がこういう人だというケースだったら足下を掬われるかもね、と思う。世の中には、悪意を持って研究不正に取り組んでいる研究室もある一方で、この研究室事件が起きた時の対応の仕方には問題があったけれど、元々真面目に研究する人ばかりだった。XXさんの性格研究室の状況が掛け算になった結果、他の研究室より不運な方向に転がってしまった。世の中の多くの研究室には大なり小なり似たような課題潜在的にあるかもしれない。自身の心がけや予防法だけではなく、事件が起きてしまった時にどうするか、というロールプレイングまでしたら良いかもしれない。

PIとしての教訓 >

メンバーを疑うと思うと辛いが、データで冷静に議論できる環境を作る事を心がける。感情は抑えて、相手ネガティブデータでも相談やす空気を作る。

PIという上下関係がある以上、自分がどんなに「フラット」に接しているつもりでも、相手プレッシャーに感じているかもしれない事を忘れてはいけない。

生物系にありがちな専門性に合わせて分担する系の研究テーマがある場合博士課程院生スタッフについては、自分制御可能範囲での研究テーマを推進できるように環境を整えておく事が万が一の保険になる。不正行為に対して、巻き添えを食らった人々の将来を担保することもPI大事責任である

メンバー業務量がオーバーフローしていないか注意し、個人性格に基づいて、それをコントロールするのもPI責任である

< 同僚(スタッフ院生)としての教訓 >

・同僚を疑うと思うと辛いが、我々はデータ信者であるので、心情はひとまず脇に置いて、データで冷静に議論する事を心がける。

捏造を暴くのは憔悴するので、不正に気づいた時点で、自分へのダメージとどの程度深入りするかの対応をよく考えたほうがいい。手を引けるなら手を引く。また不正をしているメンバーがいる事をPI忠告しても聞き入れてもらえない事がある。したがって、いつでも静かにさっと撤退できるようにしておく。研究室で分業制を敷いている場合には、自分制御可能範囲での研究テーマを推進し、業績に影響が出ないようにする。(博士過程学生場合には、そもそも分業しないほうが良いが)

2017-05-12

http://anond.hatelabo.jp/20170511141323

40歳メーカー勤務、最近部下に詰られました

先日、業務カイゼンを思い立ち、ブレストも兼ねてチームミーティングを開いた。

ミーティングのインビテーションメールには

アジェンダ:先日resignしたAさんのワーク巻き取りについて」

と記しておいた。

ミーティング当日、開催されるや否や、とあるメンバーが開口一番

「それって増田さんのタスクじゃないんですか?」

増田さん、僕らよりpay wellじゃないスか。」

「まぁ、別に考えるのはいいんスけど、そもそも論で僕らがオーバーフローしてるからカイゼンしたいってハナシですよね?じゃあ(Microsoft)projectに新規タスクとしてopenして下さいよ。」

「アズイズベースフローしてるんで、積み上げ分は別途コストとして計上することになりますけど、これってどこのサイフから出るんですか?」

と畳みかけられてしまった。

ウチはノー残がベースで、残業する文化があまりない。とは言え、残業申請さえすればキッチリ出る。

なので、やってくれるならもちろん残業代は支払うが、通勤途中や休日タスク進捗できるのか?できたとして、時間計算どうするつもりだ?

って言うか、当然サイフは抑えてあるが、それっていちいち報告する事か?

ちょっと皆の意見をサマりたいと思って開催したMTGで、ここまで詰問されるとは思ってもみなかった。

そもそも、メンバーから意見を吸い上げようと考えてる時点でダメなんですかね?


元増田に誤字脱字が多いし、個人的にはデカ釣り針だとおもっているが、有給のヒマ潰しで書いた。

俺なら「成果物さえ出してくれたら、自宅でも飲み屋でもOK時間はテキトーでいいよ。まぁ最近は総務もうるさいし、目ぇつけらんない範囲でね。」ぐらいかな。ただ、過去に似たような事を言ったら+150.0hって書いてきた奴がいたので、油断はできない。

2017-03-05

スターいっぱいついてるけどどこかでカンストするのかな??

http://anond.hatelabo.jp/20170303131112

スターいっぱいついてるけどどこかでカンストするのかな??

いつかオーバーフローしてマイナスになったりとか、 JavaScript だと inifity になったりしないのかな??

2017-01-19

佐川が気の毒で

amazonで買い物したのが1/11

その時点での配達予定が1/13

で、現時点でまだ届いてない

問い合わせNo.を見てみたらこんな感じだった

荷物状況日時担当営業所
↓集荷01/12 11:02A営業所
輸送01/12 16:53B中継センター
↓持戻り01/13 22:41C営業所
配達01/14 09:10C営業所
↓持戻り01/14 21:41C営業所
配達01/16 10:10C営業所
配達01/17 09:18C営業所
↓ご不在01/17 16:26C営業所
↓持戻り01/17 22:44C営業所
配達01/18 09:03C営業所
⇒持戻り01/18 22:33C営業所

1/17の不在が痛かったけど、仕事だしなぁ…

不在票を受け取った1/17に「1/18 19時以降」で再配達を申し込んだが結局来ずで今に至る

この持戻りの多さな

どれだけオーバーフローしてるんだろう

昨夜は正直「指定日時どおりに届けられないなら指定なんてやめちまえ!!」と半ギレだったけど、なんかこの荷物状況みてたら気の毒で、しばらく通販でモノ買うの控えようとか思ってしまったわ

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