ファイナルアンラッキー

WPF-XAMLでGridに複数のボタンを配置する方法 Windows.Frormsをやっているエンジニアは、まず、WPFでコントロールを画面上にペタペタ貼っていくだけで躓くと思う。 Androidエンジニアは、XAMLと同じレイアウトをXMLでやっているから問題ないと思うけれど。。 WPFのGridに複数のボタンを貼る方法をご紹介 Code.                 <Grid Margin="0,18,0,2">                     <StackPanel Orientation="Horizontal">                         <Button Name="btnRakutenToNextEngine" Content="楽天→ネクストエンジン" HorizontalAlignment="Left" VerticalAlignment="Top" Width="237" Height="51" FontSize="18" BorderBrush="#FF707070" Background="#FFFBFBFB" Click="CsvFind_Click" Margin="25,10,0,0" />                         <Button Name="btnRakutenToWowma" Content="楽天→Wowma(DeNA)" HorizontalAlignment="Left" VerticalAlignment="Top" Width="237" Height="51" FontSize="18" BorderBrush="#FF707070" Background=

My photo get over 2.5 million view on Google Map. グーグルマップで自分の撮った写真が250万回閲覧されました！ 何だかうれしい。 I'm so happy. ・・・が、Googleからは何ももらえない。 ..., but I can not get anything from Google. 。。。。 。。。。 ( ﾉД`)ｼｸｼｸ…

EntityFrameworkの登場で、SQLを覚えなくても良くなったのか！？ SQLを一切使わずにデータ取得できる。 基本的は、データセットとあまり変わらないが、LINQをつかってSQLを発行するところがデータセットと異なるところ。 LINQを覚えるのかSQL知ってるから、そっちのが早いし速いって思うけれど、時代の流れ的にLINQをバシバシ使う時代になっているようだから、LINQでやるか。 一体同じことをする為に、何回やり方を変えさせるんだろうか・・・・・ 因みにEntityFrameworkのコードファーストで取り掛かった場合、データベースやテーブルすらも自動的に作られていく。。。 もはやデータベースエンジニアが必要なくなってきたなぁ。。。。 因みにテーブルがあれば、下のModelクラスは全部勝手に生成される。 プログラムが全く必要ない世界。 自分には違和感だらけだけれども・・・ MYSystem.Context.cs     public partial class MYSystemEntities : DbContext     {         public MYSystemEntities()             : base("name=MYSystemEntities")         {         }           protected override void OnModelCreating(DbModelBuilder modelBuilder)         {             throw new UnintentionalCodeFirstException();         }           public virtual DbSet<M_PurgerCommodity> M_PurgerCommodity { get; set; }     } M_PurgerCommodity.cs public partial class M_PurgerCommodity {         public long PuageID { get; set; }         publi

スマホの契約料金見直しの依頼がどんどん入ってくる 一般の人は、良くわからないから、やっぱりドコモ、AU、ソフトバンクの普通の高い契約プランに入っている人が多いみたい。 1台1カ月8000円も費用をかけている！！ それって、結局2年間で20万円近くも捨てている！！！ 1万円くらいの解約料払ってでも、絶対MVNOに乗り換えた方がいいと思う。 MVNOなら、キャリアと同じプランでも一か月1700円前後。 下のリンクから契約してくれたら、5/9迄なら、mineoでキャンペーンやっているので、サポートします！！ http://mineo.jp/syokai/?jrp=syokai&kyb=T1W2C5X1F2 契約前に、右下の「 何かリクエストがあれば:Please request to me」 から、連絡ください。 ではでは。

EntityFrameworkも、DataSetも好きじゃないけれど、周りに合わせるか・・・ はっきり言って、どっちも好きじゃない。 結局、パフォーマンスが遅いってなって、結局SQLで作ったり、、最終的には 「ストアドプロシージャでやった方がやっぱり早いですよ」 と、設計の時には沈黙していた奴が、突然こんな事を言い出すのは良くある事。 実はみんなそう思ってる。 っが、日本のプログラムを良く知らない設計役なエンジニアは、しったかで 「時代の流れだから、EntityFrameworkでLink」を使ってやろうと言う。 実際は、パフォーマンスで物凄い差が出る。 開発時は特に気にならないけれど、本番運用で、データ件数が数千万件、数億件となってくると、途端に凄まじく遅くなったり、タイムアウトに悩まされて作り直す羽目になる。 お金持ちプロジェクトなら、サーバーを良いのにすれば良いだけだけれども、日本の企業はさほどITに価値を感じずお金をかけない体質だから、失敗する。 そして揉める。 っが、自分も周りに合わせないといけないから、EntityFrameworkでやるしかないようなぁ・・・・ 便利なのは分かるけれど・・・段々プログラマーって要らないレベルな世界に突入してきたなぁ・・・ エンジニアに活路があるのは、今のところJavascriptなのかも知れない。 こっちは、開発環境がこれって決まってないところがあって、Jquery以外はあまり進んでいないから。