「ユーザー部」との接し方
システムの打ち合わせで顧客と会話するとき、
たまに「null」というキーワードを使って会話をしたくなるときがある。
システム開発者としてはありきたりな単語なのでふとした拍子で使いたくなるのだが、
一般人にはあまり流通していない言葉だと思う。
システムの打ち合わせで顧客と会話するとき、
たまに「null」というキーワードを使って会話をしたくなるときがある。
システム開発者としてはありきたりな単語なのでふとした拍子で使いたくなるのだが、
一般人にはあまり流通していない言葉だと思う。
先日お詫びのメールが来たけども、
yahooメール宛になんだかよくわからんメール(以下参照)がきたので
なんだこりゃなんかの間違いかなと思っていたら
どうやら社内配信のメールを誤って社外宛に送ってしまったということのようだ。
前回はパスワード登録・変更等におけるエラーチェックに関していろいろ個人的な見解を述べたが、
少し違う方針の「エラーチェック」にパスワードの世代管理の考え方が存在する。
要するに”変更しようとしたパスワードは昔使ったことあるから変更できないよ”というやつである。
管理が何世代に及ぶかにもよるが、個人的にはこれも鬱陶しい仕様の一つになっている。
仕事で担当しているのは基本的に業務システムがメインだが、
いくつかの例外を除いていずれも「ログイン画面」が存在していて
ユーザー名(ユーザーID)とパスワードを入力してシステムにログインしてから業務を行うタイプのものがほとんどだ。
担当してきた業務システムを見るに、この「パスワード」に関してはシステムによって様々な考え方が存在するらしい。
大晦日とか元旦というのは、SE的には「仕事をしている日」という印象が残りやすいものである。
実際、私も、ここ2年ほどは落ち着いているが、
3~4年前までは「大晦日」や「元旦」は普通に仕事をしていた。
ふと思い出したので書いてみる。 昔のPG修正の失敗談である。
見積もりに関する社内教育を受けろと言われたので、この前受けてきた。
画面やバッチ等の機能の新規開発における高精度の見積もり手法の紹介と
その基本知識を身に着けることを目的とした教育であった。
192.168.0.~
⇒私は「いっくに、いちろっぱ~」と読むんですが、
特に168の部分は「いちろくはち」とそのまま読む人もいますね。