サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)(「ICANNがレジストラとして認定した企業」一覧(InterNIC提供)内に「Japan」の記載があるもの)を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年5月時点の調査。
オブジェクト指向プログラムで getter/setterメソッドを使わなければならない 10の理由 福盛 秀雄 fukumori at m.ieice.org JavaやC++などのオブジェクト指向言語でプログラムを書いているときに、単純なメンバ変数を参照したり操作するために anObject.getX() [以後これをgetterメソッドと呼ぶ] とか anotherObject.setY(y) [以後これをsetterメソッドと呼ぶ] と書くのはなぜだろうと思ったことはないだろうか? int型の変数ひとつを操作するのになぜわざわざメソッドを定義するのだろう? 単純に代入を使えばいいじゃないか? この文章はそんなあなた(かつての僕も含む)が、getter/setterメソッドを使うべきである理由についてまとめたものである。 ということで早速本論へ。 1. クラス内部のデータ表現を変えた場
バー クオレ表参道では貸切スペースをご用意しております。会議のあとにそのまま二次会といった使い方や、こだわりの音響設備と大スクリーンでのカラオケも楽しめます。〒107-0062 東京都港区南青山5-10-5 九曜ビル B1 TEL:03-5464-9239 [営業時間] 18:00〜翌4:00 シンプル&モダンな落ち着いたデザインで、ディテールに「遊び心」と「脱日常のサプライズ」をちりばめた、Barクオレのフリースペース。大切なお客様との会議に特別なおもてなしをご提供いただけます。 高級オーディオ・高画質プロジェクター・高速無線LANなど、ハイクオリティーな設備を完備し、五感に響くプレゼンテーションが可能です。
個人的なメモ。普段さほど使うことが 無いので、必要な時に探すのに時間 掛からないようにまとめておきます。 沢山ある必要はさほど無いのですが、 勉強用も兼ねていろいろと数を揃えて おきました。 お問い合わせフォームのユービザリティ向上として導入されるバリデーション用のjQueryプラグインのまとめと、その他Tipsやフォームデザイン周りの情報をちょろっと。一応動作だけIE6、7でも確認しています。 exValidation 安心(?)の国産プラグインです。複雑なフォームにも対応できるのでとりあえずこれを覚えておけば安心ではないかと思います。 どんなフォームにも使えるjQueryのフォームバリデーション exValidation jquery.validate.js Validationの日本語Ver.です。シンプルなので使い勝手いいですね。日付の確認用プラグインも派生していますので合わせて。
前のバージョンのWindowsを残したままアップデートをかける上書きインストールはあまりよくない、ということが自作PCユーザーを中心に言われてきましたが、それではもし初代Windows1.0から最新のWindows7まで順番にアップデートをかけていくといったい何が起こるのでしょうか?ソフトウェアや設定の引継ぎなど、どれくらい互換性が保たれるのか実際に実験してみた人がいました。 実験は古いOSにも対応しているVMWare上で行われました。まずはWindows1.0をインストールするために、MS-DOS5.0をインストール。 ほぼWindows1.0と同等の機能を持っていたそうですが、マルチタスクに対応していなかったためにWindowsファミリーには入らないと考えられています。 アプリケーションの互換性を見るために「Monkey Island」「DOOM II」をインストール。 その後、どんど
わたしは長年の間に、自分のキャリアに悪い影響を与えるミスを犯した、近しい友人や同僚を何人か見てきた。わたし自身が犯したミスもある。この記事では、明らかな失態(命令に従わない、業績が上がらない、その他の職業人としての自殺行為)については扱わない。むしろ、知らず知らずのうちに自分のキャリアを傷つけている行為を挙げていくことにする。 1.間違ったイメージを与えている 鏡の中の自分を見て、世の中に対してどんなイメージを与えたいか、自問自答してみるといい。もし勇気があるのなら、真の友達に正直に思うところをたずねてみてもいいだろう。自分に見えているものと、他の人が見ているものは、次にように違うかも知れない。 デスクが散らかっている → 整理が出来ない 靴が磨かれていない → 細部に目が行き届かない 他人の邪魔をする → 他の人の言うことを聞いておらず、忍耐が足りない 清潔でない → だらけている また
フローチャート論争を見ていて思ったこと。 なにかにつけて「基本が大事」という人は、大概どこの現場にもいる 問題は...その人の言う「基本」ってのは「いつの時代の話なんだ」ということ その「基本」とやらが時代遅れであることを認識しつつ、敢えて旧式にこだわる人もいる。それはそれで一つの戦略・戦術としてはいいんじゃないかな。COBOL.co.jpみたいなやつね。新しい技術を覚えさせる必要がないということは、それだけ投資が少なくて済むということ。短期的には儲けやすい。市場がそういう開発体制を受け入れる間は商売としてはおいしいだろう。なんだかんだ言って、儲けた奴が勝ち、というのも事実。 ただし、受け入れる市場がなくなったら...そこで働く人達は、一から勉強しなおして新しい技術を習得する必要がある。旧式技術の「基本」に拘る人は、現場職員の将来を犠牲にしてお金を儲けているということを忘れてはならない。
想定を超えた反応がありましたので、予定はしていなかった回答編をお送りします。ですが、正確な解答を書いても面白くないので、これをネタに面談をした場合に、自分ならどんなポイントを持って選考するかをまとめてみました。 はじめに このエントリーの質問の意図は「優れたJavaプログラマ」を見つける事ではありません。「最低限のスキルを持った戦力が欲しい」という状況です。したがって、優れた指摘をしてくるのであれば超したことありません。設問について議論が発生するならば、この設問を投げる必要がなかったということです。 Javaを詳しく知っている人からすれば間違いでは?曖昧な質問では?と感じる設問があるのは確かです。しかし、優秀な人をテストしたい訳ではないのです。したがって、正確性とか厳密性については求めません。「だいたいあっている」ならば前提条件である「中堅プログラマの補充」の条件を満たすからです。 中堅プ
先週の金曜日、飲み会帰りのタクシーで60歳くらいの運転手さんと、熊本の3歳の女の子が20歳の大学生に命を奪われた事件の話になった。 「あれは親にも責任がありますよ。まだ3歳なんだから、親も目を離したらいかんですよ。トイレに行かせるのだって、ちゃんと遠くからでも見ておかないと」 大概の場合、僕はこういうときに「そうですねえ」とか曖昧に頷いてやり過ごしてしまうのだけれど、お酒が入っていたこともあり、「そんなふうに常に見張っておけっていうのはおかしいし、どんな親にだって、『ちょっと油断してしまう瞬間』はあると思います。それで責めるのはあんまりでしょう」と反論して、車内はやや気まずい空気になってしまった。 「人生の先輩」として、「そういうときでも、ちゃんと見ているのが親ってもんでしょう?」というのは、確かに「正論」のようにも思えるけれど、僕はそこまで完璧に自分の子どもを見張っておくことができるだろ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く