職種から探す営業・マーケティング・リサーチ・広報事務・バックオフィス・コンサルティングシステム開発・運用Web制作・Webデザインデザイン制作写真撮影・動画制作・ナレーションライティング・ネーミング翻訳・通訳サービスタスク・作業 すべてのカテゴリーカテゴリーから探すプログラミング・システム開発Web集客・マーケティングビジネス・コーポレートデータデザイン・Webデザイン音楽・ナレーション動画・アニメーション・写真ライティング・翻訳
「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
会社でプログラミングはしてるけど、プライベートでWebサービスを作って公開するには、どうすればいいんだか・・・という過去の私みたいな人のために。 とりあえず、前提として。 Webサービスを構築するためのある程度のスキルはある 何を作りたいかも決まっている でも、自分でゼロからスタートして公開までの段取りがよく分からん 1.開発言語、フレームワーク、データベースを決める 何はともあれ。持ってるスキルにあっているものが良いと思うけど、新しい言語やフレームワークにチャレンジするのも楽しいかも。お好きなものをどうぞ。ただ、all in oneなフレームワークだと、色々揃えなくてもいいから楽。 言語を決めたら、それに合わせた開発環境を用意して、Hello Worldが動く程度には動作を確認しておく。 私の場合は 言語はruby フレームワークはRuby on Rails データベースはpostgre
その内容がこちら: * Responsible for（責任のある） * Experienced（経験豊富な） * Excellent written communication skills （書面での優れたコミュニケーション能力） * Team player（チームプレイヤー） * Detail oriented（細部にも気を使う） * Successful（成功した） ネタ元のブログによると、これらの言葉が問題なのは、当たり障り無さすぎる言い回しで、本当に書くべき詳しい経験をアピールする足かせになるからだそうです。もちろん、採用担当者は「経験のある人」を求めていますが、形容詞で「経験がある」と言われるのではなく、具体的な経験の内容を知りたいのです。つまり、こういうことです。気になる書き方の悪い例・良い例は以下より。 ● Responsible for（責任のある） 悪い例： Resp
［ITpro Challenge!］「仕様を追いかけるだけでなく，作る側になろう」---米Six Apart 宮川達彦氏 2008年9月5日のITpro Challenge!において，米Six Apartの宮川達彦氏が「Why Open Matters」と題し，プログラマである自身の半生を振り返る内容の講演を行った。キーワードは，「Open Software」「Open Community」「Open Platform」だ。 価値観を一変させたインターネット 宮川氏は1977年，神奈川県横浜生まれ。父親がプログラマだった経歴を持つ以外，プログラミングとは関係性の少ない少年時代を過ごしてきた。 それが一変したのはインターネットに出会った1996年。自身でサイト構築などを行うまでにネットの世界に引き込まれ，「一日中ネットに触れている状態が続いた」（宮川氏）。アルバイト先の米技術関連出版社「O'
はじめに 索引について 表の結合操作 SQL文の診断 SQL文の改良 はじめに オラクルのパフォーマンスチューニングには、設計段階で行なうものと、アプリケーション開発時に行なうものがあります。 ここでは、アプリケーション開発時に効率的なＳＱＬ文を書くためのポイントをまとめます。 一般的なチューニング作業の流れ 適切なデータベース設計 ＳＱＬ文のチューニング アプリケーションのチューニング メモリのチューニング Ｉ／Ｏのチューニング 競合のチューニング 索引について テーブル（表）内のデータは、物理入力順に格納されている。 そのため、表内の特定の列に「索引」を作成して、よりよい検索パフォーマンスを引き出すことができる。 ●索引には、 単一型索引－－表内の単一の列から構成された索引 連結型索引－－複数の列から構成された索引。最大３２列まで指定できる。 ※連結型索引でも、先頭列だけは単一型索引と
Enterprise 2.0 という言葉が作られるなど、WEB2.0的ツールを企業内で使うことが一般的になっているわけですが、それじゃ Google はどんな社内ツールを使ってるんだろう？という興味を満たしてくれる記事がありました： ■ The Tools Google Uses Internally (Google Blogoscoped) 元ネタはこちらのエントリに掲載されているもの（詳細なPDFファイルはこちら）で、KMWorld Magazine が主催したイベントで発表されたプレゼン内容とのこと。Google 社員の Naveen Viswanatha という方が、いくつかの社内ツールを紹介してくれています。早速どんなものか、というと： < Google Projects > プロジェクトに関係するタスクや資料を一覧表示する、ダッシュボードのようなツール。上の方にあるタブに「My
最近よく思います。 システム開発の上流工程においてはコードは出てこない。言葉や図解で埋めつくされて、最終的には日本語でしかない。設計書とか仕様書とか。で、この大抵上流工程ではこれらのドキュメントに対するレビューなるものがあるのですが、これが実に無益なものだと感じることが多い。こんな所でPDCAまわして何が面白いんだろうとよく思う。 ここでチェックする多くのことは、言葉の解釈に関することがほとんどです。 この言葉はプロジェクトで使われていない 書き方が統一されていない 誤字脱字が多いので直せ。 この文章ではこのように解釈される恐れがある ここではこのような話になっていたがどうなのか こんなんばっか。どこもそうだと思う。解釈の違いは、要件の違い。なんちゃって。 で、結局こういうことを繰り返していくうちに段々とドキュメントがグダグダになっていく。そして繰り返していっても前提が変わってしまえば全部
2007年06月07日 Google のソフトウェア・エンジニアリング Google Developer Day Tokyo の鵜飼さんのプレゼンより、「Google のエンジニアはどうやって開発しているのか?」 Google の研修 入社して最初の 3ヶ月は本社(Mountain View)で研修 研修中は、メンターがついて「Google での開発の仕方」を学ぶ 内部ウェブ・サイトで社内共有ライブラリの使い方などを説明する動画があるので、それで自習 Google のプロジェクト・チーム 開発拠点は米国、スイス、オーストラリア、インド、日本など 場所とプロジェクト・チームは関係なく、プロジェクト・チームが拠点をまたがることは普通。世界中の拠点全部合わせて、一つの Google エンジニアリング・チーム 開発はデザイン、コーディング、テスト、改善、デモの運用まで上流から下流まで同じチーム(同
久しぶりに膨大な時間を2chスレッドに費やしてしまった。 私がウェブ業界で働いているからなのかはわからないのですが、心に残りまくるスレ。 その名も 『ブラック会社に勤めてるんだが、もう限界かもしれない』 はっきり言って、これがネタであろうと無かろうと、この物語は本当に面白かった。 プログラマやウェブ業界のかなり厳しい内情が暴露されているのもそうですが、複雑な人間関係の表現が非常にうまいため、見ていて飽きません。 最後妙に泣けてしまうところもこのスレの投稿者の文章が魅力的だからだと思う。 かなり有名なお話なので、既に知っている人は多いと思いますが、まだ一度も見た事が無いと言う人がいれば暇なときにでも見れるようハムスター速報2ろぐさんのエントリを、ここにまとめておきます。 スレッドまとめ ブラック会社に勤めてるんだが、もう俺は限界かもしれない ブラック会社に勤めてるんだが、もう俺は限界かもしれ
「なんで、こんな非効率なやり方なんだ?」この疑問、よくあるどころか毎日だ。 たとえば、情報がうまく共有されていないとか、ある人がボトルネックになっているとか。不平を言うと「じゃぁオマエがやれ」と押し付けられるので、最近では不言実行で最適化を図っている[参考]。 あるいは、評論家になっていっぱしのクチをきくが、現場を変える努力も勇気もないくせにブログで薀蓄たれ流す。ネット弁慶カッコワルイ（誰とはいわんが、わたしも含まれるので自戒）。 たしかに、「前と同じやり方」で仕事は回るが、「やり方」が改善されないまま。成果物はレビューされるが、仕事のプロセスはレビューされない。かくして非効率性は引き継がれ、不満は澱のように溜まってゆく。 こいつをなんとかする試みが、「アジャイルレトロスペクティブズ」。舌噛みそうな名前で、サブタイトルの「『ふりかえり』の手引き」というほうがピッタリだね。 つまり、プロジェ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
