How to find the source code where the message is raised
Many a times we get some message in the bottom left of our screen while executing some custom program or TCode. This document will show you how to find the exact line of code which raises this message. I hope it will be useful to all of us. 1. I am using customized program in this example. When I execute this program I get the following message ‘No records found’. Now I want to find the source cod
WebLogic Serverの開発モードと本番モードの使い分け
WebLogic Serverの開発モードと本番モードの使い分け 1. Copyright (c)2013 ITOCHU Techno-Solutions CorporationWebLogic Server勉強会＠東京 LT開発モードと本番モードの使い分けソフトウェアサービス本部 ミドルウェアサポート部山田 貴裕2013/5/23 2. Copyright (c)2013 ITOCHU Techno-Solutions Corporationはじめに• 発表する内容は個人の見解であり、所属する組織の公式な見解ではありません。• WebLogic Server 12c (12.1.1) を基に確認・検証しているため、他のバージョンでは多少異なる場合があります。• WebLogic Server (WLS) の開発者ライセンスは無料になりました。2 3. Copyright (c)2013
Date and Time APIを理解する為には、ISO 8601に踏み込みましょう！
HASUNUMA Kenji (Deprecated) @khasunuma_old Date and Time APIを説明するにISO 8601にまで踏み込むのは蛇足だという方は非常に多く、過去にJava界隈の重鎮から叩かれたことがあります。しかし、過去のセッションやブログを見る限り、ISO 8601には触れずに解説したものは、ほぼ例外なく爆死しています。 2015-05-09 05:11:10 HASUNUMA Kenji (Deprecated) @khasunuma_old Date and Time APIがISO 8601ベースになったのは、先行したJoda-Timeが同様にISO 8601ベースにしてうまくまとまったから。Stephenは暦が無数にあることを承知の上で、ISO 8601という国際規格を「人間向け」の基準と定めたのです。 2015-05-09 05:13:45
嵐のコンサートがあるとダブルブッキングしてしまうホテル予約システムを作ってみた
今年の5月1日に、仙台市内のホテルで多重予約のトラブルが発生したと報道されています。 部屋数２０３室の仙台市のビジネスホテルで、９月１８～２３日の宿泊予約を数千件受け付けるトラブルがあった。アイドルグループ「嵐」のライブが宮城県内で開催される期間だった。インターネットでの申し込みが殺到し、システム障害が起きたとみられるという。 トラブルがあったのは、仙台市泉区の「ホテルルートイン仙台泉インター」。ホテルなどによると、９月１９、２０、２２、２３日に宮城スタジアム（宮城県利府町）で嵐がライブを開くことが明らかになった後の５月１日午前５時ごろ、ネットを使った予約申し込みが殺到していることに気づいたという。 ２０３室のホテルなのに「予約」数千件 嵐公演で殺到か：朝日新聞デジタル より引用 5月1日の朝に何があったのか調べてみると、この日の早朝にテレビや新聞でコンサートの情報が流れたようですね。 お
コードに対してコメントを書くと実装に関するコメントになる - きしだのHatena
おととい、渋谷JVMというイベントがあって登壇させてもらったんですが、そのあとビール飲んでるときに、ぼくが「コード書く前にコメントだけ書くのいいよね」と言ったあとの返答としてきょんくん(kyon_mm)が言った言葉。 全体としては 「コード先に書いてそのコードに対してテストを書くと実装に対するテストになるし、コードを先に書いてそのコードに対してコメントを書くと実装に対するコメントになる」 という感じ。 ここに至るまでの話もおもしろかったんだけど、ここでは、コメントについて書いてみます。 まず、実装に対するコメントってどういうのかというと、こういうの。 id = findId(name); if(id == -1){ // idが-1だったとき登録 register(name); } いやそれはコード見ればわかるから、ってやつですね。 これは、こうやるとより適切です。 id = findId
ソフトウェアの技術革新って必要なのかな？
プログラマの間では昔から、この手法は処理が遅いだとか、無駄が多いだとか、再利用を心がけろだったりとか 様々なやり方で、ソフトウェアをチューンナップして処理速度を上げるためのやりとりが際限なく 繰り返されているけど、だいたいどれもハードウェアの技術革新によって記録は塗り替えられてないかな。 そりゃ、ミドルウェアレベルでは全てのパフォーマンスに影響してくるので、ちまちまとした 改良が加えられるべきなんだけど、ソフトウェアレベルではどうなの？ Ｉ／Ｏに引きずられるから、Ｉ／Ｏの処理は最低限に抑えるってのが昔から定説だけど それもSSDの登場で、かなり緩和された感があるし、結局プログラマの努力って ハードウェアの努力には追いつかないし、無駄なのではないかと思ってる。 １０年前を支えたプログラム技術で今も生きているものってある？ オブジェクト指向とかプログラムのわかりやすさを追求したものは別でね。速
Java漬けになってきたが、それでも僕は書いてない - 無駄かもしれない足掻き
4月8日にJava Day Tokyo,11日にJJUG CCC 2015 SpringとJavaの大きなイベントが続けてあって、どちらも朝から懇親会まで参加してきた。 Java Day Tokyo Pepperとかミニカーとか車とか、ありとあらゆるものがJavaで動いていた。 Java9は来年リリースするらしい。 ハンズオンではじめてラムダ式とStreamAPIの書き方がわかった。 JJUG会長の鈴木さんにDukeのもにもにをいただいた(家宝) みんなでJavaの20周年を祝ってケーキを食べた JJUG CCC 2015 Spring Javaでコーヒーを入れたりミニカー？を動かしたり3Dプリンタを制御したりしてた GroovyでExcel操作が簡単にできることを知った nullを制御するための考え方を知った 払えるならお金を出しておいたほうがいいことも知った 飛び入りLTは時間が短くな
スーパーファミコンのプログラムを書きたい - ポルノアニメ
2016/04/06追記 はてなブックマークの「一年前の話題」だとかでやたら人が来てたので、一年前の一年後（つまり今）の状況を記しておきます。 ↓ http://gyuque.hatenablog.com/entry/2016/03/28/215253 今年はSFC 25周年である。大学ではなくスーパーファミコンのことである。 @pornanime いいからスーファミでピコピコしてろよな。— カザオカマリ (@ykzts) March 16, 2015 スーパーファミコンを買ってもらったのは小学校に上がった頃か、日焼けして真っ茶色になってはいるが未だに動作し、手元に置いてある。共に育ったマシンなので美しい思い出を語っては上のように若造に馬鹿にされているのだが、よく考えるとこれだけ思い入れの深いスーパーファミコンで動くプログラムを書いたことはなかった。プログラマーとしてこれは誠実ではない、と
新人プログラマーに向けて、技術書の使い方と学ぶ姿勢について【えふしん】 - エンジニアtype | 転職type
Twitterクライアント『モバツイ』開発者であり、2012年11月に想創社（version2）を設立した有名エンジニア・えふしん氏が、変化の激しいネットベンチャーやWeb業界の中で生き残っていくエンジニアの特徴を独自の視点で分析 藤川真一（えふしん） FA装置メーカー、Web制作のベンチャーを経て、2006年にGMOペパボへ。ショッピングモールサービスにプロデューサーとして携わるかたわら、2007年からモバイル端末向けのTwitterウェブサービス型クライアント『モバツイ』の開発・運営を個人で開始。2010年、想創社を設立し、2012年4月30日まで代表取締役社長を務める。その後、想創社（version2）を設立しiPhoneアプリ『ShopCard.me』を開発。2014年8月1日からBASE（ベイス）株式会社のCTOに就任 みなさん、こんにちは。えふしんです。新入社員として入社されて
技術的負債にどのように取り組むか
みなさんこんにちは。@ryuzeeです。 定期的にSlideshareをウロウロして良い資料がないかを探しているのですが、技術的負債に関する分かりやすい資料があったのでご紹介します。 技術的負債とは、現在の進捗のために、将来のキャパシティ(ソフトウェアの開発能力)を犠牲にすることであるもうちょっと具体的に言えば、技術的負債とは、ソフトウェアの内部的な問題（見つかっているか見つかっていないかは関係はない）、要求の明確化の欠如、ダメな設計、ビジネスの要求に適していない設計、自動化できるはずの箇所の手動処理などを指す**利子の支払いは時間のムダである。**例えば欠陥を直すのに時間を取られる、要求が明確になった後に再度作りなおす、複雑なコードを理解するために余計な時間を取られる、などなど技術的負債の悲惨なサイクルがあるテストを書く時間がない、リファクタリングする時間がない、設計レビューする時間がな
「日本史なんかより、プログラミングを教えるべき」三木谷浩史氏と夏野剛氏が日本の技術者不足を嘆く | ログミーBusiness
新経済連盟を発足させた楽天・三木谷浩史氏とドワンゴ・夏野剛氏が日本の経済や社会問題をテーマに意見が交わしたトークセッション。本パートでは、日本人エンジニアの少なさを問題視する三木谷氏が、「日本史より、プログラミングを教えるべき」と持論を展開しました。 規制改革には、コストがかからない司会：そろそろ、まとめのテーマ。 三木谷浩史氏（以下、三木谷）：もうまとめに入っちゃいます？ 夏野剛氏（以下、夏野）：もうまとめ？ 司会：いや、あれですよね。今日一応あれですよね？ 夏野：ミッキーが帰るって言うまでやるんだ！ 司会：大丈夫ですか？ お時間って今日。 三木谷：ちょっとそろそろお腹がすいてきたんですけど。 司会：（笑）。そういう事情ですか。大丈夫ですか。 夏野：ピザーラのピザ頼んで。 司会：大丈夫ですか？ 夏野：大丈夫なんだよね。 司会：まとめがすごく重くなりそうなんですけども。すごくざっくりと大き
データベース設計についての、僕の知っていることをちょこっと(4) - mike-neckのブログ
こんにちわ、みけです。 しょぼちむにデータモデル設計について教えてくださいの会 #syoboben - connpass 例によって、適当にテーブル設計について言いたい放題言うシリーズ(?)第四弾です。 今日はヌルになるかもしれない項目について 非ヌル三原則 ヌルになるような項目は「持たず、作らず、持ち込ませず」が原則です。 T字型ER図手法の研修を受けた人からの伝聞では、佐藤正美さんという発案者の方がヌルになる可能性のある項目がテーブル内にあることについて、「出たな妖怪ヌルお化け」とか言ってたとかなんとか… まあ、僕のブログを見るような物好きな人は、null嫌いでOptional<T>を使うのが当たり前の人ばかりですから、テーブルの中にもnullな項目を入れ込んだりしませんよね。 存在しないかも知れない項目 単純です。存在しないかもしれない項目は別のテーブルに分けます。 例えば、次のよう
データベース設計についての、僕の知っていることをちょこっと - mike-neckのブログ
こんにちわ、みけです。 なんか、こんなイベントが開かれるらしいです。 しょぼちむにデータモデル設計について教えてくださいの会 #syoboben - connpass 僕の方は @mike_neck http://t.co/oZmo4aDp1v こっちとダブルブッキングです！— だいくしー (@daiksy) 2015, 1月 29 ということで、しょぼちむには泣いてもらうことにして(というか、僕が申し込んだ時点で補欠だった)、 参加できないなりにデータベース設計について僕が知っていることと必ずやっていることを少しだけ記述しておこうと思いました。 なお、僕の考えも正解とは言えませんので、マサカリ歓迎です。ただ、このブログコメントが承認制なので、僕が気づかなかったらごめんなさい(m´・ω・｀)m ｺﾞﾒﾝ… なお、しょぼちむがいる会社に川島さんという方がいらして、僕が知っていることを非常に丁
データベース設計についての、僕の知っていることをちょこっと(3) - mike-neckのブログ
こんにちわ、みけです。 しょぼちむにデータモデル設計について教えてくださいの会 #syoboben - connpass 上記の勉強会に出られない残念な気分(大してないけど)による憂さ晴らしに適当にデータベース設計について、言いたい放題を書き綴るエントリーの第三弾です。 なお、このエントリーは僕の経験と無知と誤解と独断と偏見によるエントリーであって、正しい(?)とかこうするべきとかみたいなエントリーではないので、読む人は本当にここに書かれていることが作成するアプリケーションにとって有用なのかどうか考えてから参考にしてください。 で、今日はそろそろリソースについてって思ってたんだけど、初回、二回目で意識的に無視してきた、ユーザーにとって重要なデータについて書こうと思います。 ユーザーにとって重要な項目たち 前回のアスリートを題材としたテーブルが最終的なリレーションになった時に、元々あった項目
若手エンジニアが解説するIoT時代の通信プロトコル「MQTT」
若手エンジニアが解説するIoT時代の通信プロトコル「MQTT」 WRITER : Editorial department IoTが普及するに伴い、大量のデータがネットワーク上を流れるようになる。IoTとはInternet of Thingsの略で、モノのインターネットと訳される。ガートナーの試算では、2020年までに260億個のデバイスがインターネットに接続されるという。IoTが普及していくにあたって、「MQTT」と呼ばれるIoTの世界での利用を想定して作られた、新しい通信形式が注目を集めているのをご存知だろうか？今回は今後利用が拡大していくであろう「MQTT」について紹介する。 ▼関連記事 260億のデバイスがネットに繋がるIoT時代を支える太陽光電池コンポーネント技術 IoT時代の高性能シングルボードコンピュータ「RaspberryPi 2 ModelB」 IoTデバイスに特化したプ
"Microservices"を読んだ
James Lewis氏とMartin Fowler氏による"Microservices"を読んだ．以前ざっと目を通したが，最近よく耳にするようになったのでちゃんと読んだ．以下はそのメモ． 概要 "Microservices" とはソフトウェアシステムの開発スタイルである 近年このスタイルでの開発を見てきて良い結果が出ている 初出は 2012 年の 3 月の"Micro services - Java, the Unix Way" Microservice は一連の小さなサービスで 1 つのアプリケーションを開発する手法 それぞれのサービスは自身のプロセスで動いており，軽量な機構（e.g., HTTP API）を通じて情報をやりとりする これらのサービスは独立して自動デプロイされる 一枚岩として構築される Monolithic スタイルのアプリケーションと比較すると分かりやすい 一般的なエ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Programmer Profile - ABAP界のフォローすべきTwitterアカウント
Javaのプログラムはどうやって動いているの? JVM編
弟へ伝える、技術 - ゆーすけべー日記
金融系メインフレームはなぜCOBOLをつかうのか
