ファイナルアンラッキー

C# メール送信用 ブログで今日使用する予定のプログラムを貼っておけば、 今日の仕事がコピペで一瞬で片付くという必殺技。 早く終わったら、早く帰られる制度もほしなぁ・・・         public void SendMailMessage(String Host,                                     Int32 Port,                                     String FromAddress,                                     String[] MailAddress,                                     String UserName,                                     String Subject,                                     String Body)         {             System.Net.Mail.SmtpClient client = new System.Net.Mail.SmtpClient(Host, Port);             String strPass = "Password";             client.Credentials = new System.Net.NetworkCredential(UserName, strPass);             System.Net.Mail.MailMessage message = new System.Net.Mail.MailMessage();             message.From = new System.Net.Mail.MailAddress(FromAddress);                 //To             string[] ToAddress = MailAddress;             for (Int32 idxToAddress = 0; idxToAddress

PGが直面する絶望フラグとは。 PG（プログラミング）が出来ないタイプのPMやSEが、ブラックボックスをブラックボックスなまま解析せずに投げてくる事である。 Japanese people is  haven't programming ability skill even PM(Project manager) SE(System Engineer). They are just said please developing system. 生贄フラグが立った場合、PM、SEは、責任をPGに擦り付ける気満々なので、長くかかわらない様に短期で引き上げる事が重要である。 I'm involved that project for first time in a while. I think don't need that role type engineer. Will you? 久々に、立場がPGみたいな案件に関わったが・・・ お客の言っている事をただ繰り返すやってる振りするは、必要ないのでは？ I'm call a victim flag that situation. Anyway need hurry escape escape!

ネットショップのシステムがやっぱり需要があった 段々ブログをやっている暇もなく、こんなに間が空いたけれど・・・ ネットショップのシステムはやっぱり需要があった。 ネクストエンジンでは、どうしても、色々な事業をしている会社では、物足りないと感じていたところ、とにかく早く売り上げがあがるか試したい企業とは、今回作ったシステムは相性が良かった。 後から、売上が、請求が・・・と問題は出てくるだろうけれど、後から解決可能な物ばかり。 ちょっと別な話・・・・・・・・・・・・ MicrosoftがいよいよUWPに力を注ぎ始めたところ。。。 ある事を思いついて、また、さらに個人でシステムを作り始めてみた。 たぶん、ビジネスプロセスを見てから、やっているから需要がある筈なのだけれども・・・ 軍資金を使って、いよいよ、起業しようか迷うのだけれども・・・・ ひたすら、新しい何かでコーディングする人生を送りたいと思っている自分は、 なかなか踏ん切りがつかない・・・・ やっぱり、業務の自動化は面白いからなぁ・・・ 昔から、ベルトコンベアを見るのが好きで、それを、業務を荷物と見立てて自動化していく。 そして、流れてきたデータがどんどん勝手に自分の考えた仕組みで流れていく。。。 なんか、全てを掌握した感がたまらない快感・・・ 次作るシステムは、やっぱりUWPでやりたいから、そっちだ！

認証テスト

MVVMパターンのメリットがさっぱりわからない・・ 最近は、WindowsFormsでは無く、WPFで開発をするみたいだけれども・・・ MVVMパターンで開発が主流になってきているみたい。 MVCみたいなやつの、アプリ版みたいな感じなんだけれども・・・ ・・・が、ここまでするメリットがさっぱり分からない。 XAML側のDataBindingの指定で、直接コードの値がバインドされるのは面白いけれど・・ だからなに？って感じ。 コントロールの間にデータ中継される要素が増えて、ただ複雑になって、コード量が増えるだけなんでは？ そして、日本の現場で、実際に、デザイナーと、コーダーが分かれて作業されるなんて日が実際に来るのだろうか・・・ MVCですら、実際には、デザイナーと、コーダーが分かれて作業しているなんてみ見たことが無く、実際には、デザインとコーダーが合体している。 デザイナーから、謎な巨大なイラストレーターのAIファイルを渡されるだけで・・ 実際の画像加工もコーダーの人がやっているケースが殆どでは・・！？ が、これが、今の主流なのか・・・ 自分は、現場が喜ぶ結果が出来たら、あまり過程にはこだわらない。 今までと同じ表現で良いのに、複雑なプロセスを踏まなきゃいけないなんて・・・ これは、技術の進歩何だろうか？？ 何となく、JAVAが人気な理由が分かってきた。 JAVAは、コーディングスタイル自体は大きく変わっておらず、コード量は多い物の、古いエンジニアも現役で戦っていけるくらい、成熟している。 ・・・が、Microsoft系の言語は、.NET Frameworkになってから、コロコロコーディングスタイルが変わって、もはや、どれが標準なのか、さっぱりぱりぱりだ。 結局のところ・・・ すっごく揉めて、こだわって作っても、1年先にはまた新しい手法が登場して、 その時それに拘っているのは、ただのエンジニアの自己満足だと思うのだけれども。。。 技術の進歩は、段々成熟して殆ど変わらないから、自分は、実際に現場の業務効率化で役に立つものだけを作っていたい。。。 言語・・・Python(パイソン）に乗り換えようかな・・・ Winアプリも、Webア