Web Architecture 101
Modern web application architecture overviewThe above diagram is a fairly good representation of our architecture at Storyblocks. If you’re not an experienced web developer, you’ll likely find it complicated. The walk through below should make it more approachable before we dive into the details of each component. A user searches on Google for “Strong Beautiful Fog And Sunbeams In The Forest”. The
プログラミング経験がない経営者のためのソフトウェア開発 11の事実 | Social Change!
今やどんなビジネスでもITが関係している。ITを支えているのはソフトウェアだ。あらゆるものがソフトウェアで実現される時代になった。そんな事業や生活に密接に関わるソフトウェアだが、その開発について知られていないことも多い。 とくに経営者がプログラミング経験がないことで、ソフトウェア開発のリーダーシップをとるときに的外れなマネジメントをしてしまうことがある。あまねく経営者がプログラミング経験があれば良いのかもしれないが、それは現実的ではない。 プログラミング経験がなくても、せめてソフトウェア開発の特性について知っておくと良さそうなこともあると思い、なるべく専門用語を使わずに本稿を書いた。 プログラミングは製造ではなく、設計である いまだにソフトウェア開発を、ビルや家屋の建築に喩える人がいるし、工場でモノを製造するようにプログラムが作られると思っている人もいる。 ここが間違いのもとだ。ハードウェ
アラサーSEが組織を変える存在に
必要なスキルはチームによって異なる 持っているスキルを成果に結びつけるためには、チームとして動かなければならないことがほとんどだろう。 連載の最初でパッション＋スキル＋スモールチームが重要という話を書いた。パッション（情熱）はその人の体験から湧いてくるものなので教えられないが、これがなければ困難を乗り越えて仕事を成し遂げられない。 しかし、スキル（技術）は教えられる。本連載ではスキルの見える化の方法としてスキルマップを紹介した。そして、成果を出すためには、チームとしてスキルを組み合わせる必要がある。スキルマップはチーム自身が作り、メンテナンスするべきだ。スキルを活用してチームとして勝つためのパターンについても簡単ではあるが、本連載で触れた。 成果を出すためには「チームで取り組む必要がある」「周りの同僚が重要だ」という話は昔から変わっていないが、本当にチームについて分かってきたのは最近のこと
書評: 進化する銀行システム 24時間365日動かすメインフレームの設計思想 - Qiita
発端 去年、Naoya Ito さんがこんな話(System of Record と System of Engagement)をした後、SOEとかSORとか話題になることも多くなったと思う。 そんな折、ちょうどいいタイミングで、SOR中のSORなシステムである銀行システムの話を、日本における銀行システムの曙までさかのぼってまとめた本が出たのでさっそくゲットした。 Title: 進化する銀行システム 24時間365日動かすメインフレームの設計思想 (Software Design plus) Publisher: 技術評論社 (Feb. 2, 2017) Author: 星野 武史 (著), 花井 志生 (監修) ISBN-13: 978-4774187297 Publish Date： 2017/2/4 Amazon: https://www.amazon.co.jp/dp/477418
システム開発の契約が民法改正で変わる
民法の契約に関する内容が、120年ぶりに改正される。明治時代に制定された法律が現在まで変わらなかったというのも驚きである。当然ビジネス形態やそれを取り巻く環境は大きく変わり、現状に沿った改正がなされることになった。民法は私たちの生活やビジネスに直結するため、大きな影響が予想される。 改正案は2015年に既に通常国会で審議され、2017年度の国会で可決されれば2019年頃に施行される見込みである。施行までに期間が空いているのは、周知に時間がかかり、かつ影響が大きいことを示している。 民法が改正される点は約200項目あり、その中でもIT業界はシステム開発委託契約が大きく変わると見られている。委託契約が多いIT業界においては広範囲で影響を及ぼす可能性があるため、事前にどのようなものか把握し対応する必要があるのである。 ※2016年7月22日に公開した記事ですが、リライト記事に必要な文言等を一部追
限界と常識を打ち破る
出典：日経コンピュータ 2015年10月1日号 （記事は執筆時の情報に基づいており、現在では異なる場合があります） 既存の開発・保守手法は限界に達した。限界を打ち破るため、「超高速開発」に取り組む大企業が増え始めた。二度のシステム障害に揺れたみずほ銀行はシステム再構築にこの手法を採用する。パナソニック、ソフトバンクは「内製化は困難」という社内の常識を打ち破るのに使う。 2002年のシステム統合時に続き、2011年の東日本大震災直後にも大規模なシステム障害を引き起こしたみずほ銀行。信頼回復に向けて、次期勘定系システムの再構築プロジェクトに取り組んでいる。みずほ銀とみずほコーポレート銀行、みずほ信託銀行の三つの勘定系システムを統合・刷新し、目指すのは2016年12月からの順次稼働だ。 3000億円プロジェクトの舞台裏 投資額は3000億円を超し、ピーク時の要員は実に7500人に達する。みずほ銀
Evernoteを苦しめる「5％問題」は本当に取り組むべきことを照らす道しるべになる - GIGAZINE
By Brooks Duncan 2012年、非上場企業ながら「企業評価額10億ドル(当時のレートで約790億円)」とアメリカの経済関連出版社ダウ・ジョーンズに評価されたのが、オンライン上で使用できるノートアプリ「Evernote」です。かなり多機能で、メモをとったり重要なデータをストックしておいたり、リマインダーとして使ったりオンライン上で共同作業を行うために使ったりすることも可能なEvernoteですが、最近は設立初期から在籍していた副社長が辞任したり海外オフィスを複数閉鎖したりと不調が続いています。そんなEvernoteの不振は多くのIT系企業が抱える「5％問題」によるものだ、とIT関連のニュースを取り扱うVentureBeatのライターであるChris O'Brienさんが考察しています。 Evernote's 5% problem offers a cautionary less
「すべてのIT屋は全力で反省しろ！」― ノーチラス・テクノロジーズ 神林飛志さん
公認会計士からプレイングCTOへ 神林飛志さん。キレ芸が魅力（ちょと怖い） 「ITで世界が変わった？変わってないから！」 「ITなんてなくても世界は回るから！全てのIT屋は反省すべき！全力で反省しろ」 「ITエンジニアなんて世の中で一番要らない職業だから！」 ……とまあ、この調子で取材に来るなり、全否定。けんもほろろ、とりつく島もない勢い。 今回のDBプロはノーチラス・テクノロジーズ 代表取締役社長の神林飛志さん。某イベントで行なわれたパネルディスカッションでこのキレっぷりを目撃したDBオンライン編集部たっての希望で実現した取材である。とあるデータベースの重鎮も「ちょっと怖いかもしれないけど、面白い人だから話を聞いてごらんよ」と太鼓判。そこでやってきてみれば、やっぱりちょっと怖い。でも確かに面白い。 「ぼくはITやコンピュータに幻想がないから」という神林さん、波瀾万丈な経歴の持ち主でもある
ICTという言葉が私は好きではありません
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 日本では、多くのITベンダーや官公庁で「ICT」という普通に言葉を使っています。私は、宣伝文句などでICTという言葉を目にするたびに、ICTではなくInformation Technologyの略である「IT」をシンプルに使えばいいのではないかと思います。それに、日本以外の諸外国でICTという言葉を積極的に使っているところは、私が不勉強なだけかもしれませんが、ほとんど見ることはありません。IT部門はあってもICT部門は、ほとんどないと思います。 ComputerとCommunicationの融合ということで、NECが70年代にC&Cをスローガンに提唱した当時、日本の強みであった通信技術としてCommunicationを強調できるので業界
建築史に隠されたウェブデザインの未来
ウェブデザインの進化の過程を考えるとき、西洋建築史はとても参考になります。美術の形として、両者は同じ項目で定義することができます。 人が集まる場所として機能する実用的に作られている技術の進歩に大きく左右される実用的だが、間違いなくアートでもあるこのような制約があるなかで、両者の進化の過程はとても似ています。どちらも同じように過去の作品をもとに、その上に新しいものを築いています。もしウェブデザインの未来が知りたければ、建築家が辿った道を見てみればいいのです。
ワイモバイルを解約して導入した、月額わずか1,270円で使えるデータ通信端末（格安SIM利用）が快適すぎる！通信費の節約におすすめです。 - クレジットカードの読みもの
この記事は新しいサイトに移転しました。 約3秒後に自動的にリダイレクトします。 リダイレクトしない場合はこちらをクリックしてください。
今後のIT企業における若手の採用と教育について
よんてんごP @yontengoP いま他社IT企業との会議というか、例によって「今後若手の採用と教育についてどうしていくべきか」って議題なんだけど、 そもそも我々は「新人に何とかITとかプログラムを好きになってもらおう」って視点で話し合ってきたけど、それが間違いなのではないか っていう話になってる。 2015-01-24 18:28:45 よんてんごP @yontengoP 要は、まあ人によって差はあれど、伸びるIT社員ってのは結局のところプログラムなりITの世界に興味があって、自分から学んだりコード書いてゲーム作って、それが楽しいわけで。 で、結局そういう人たちがIT業界には残るから 新人にも「そうなってほしい」と望むけど、それは無理じゃないか、と 2015-01-24 18:29:59 よんてんごP @yontengoP そもそもモノ作りってもの自体が面倒くさい、ヤダ、って層もいるわ
[IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG
「超上流」という言葉自体はとても気に入らないけれども、IPA 独立行政法人 情報処理推進機構 が作って公開している「超上流から攻める IT 化の原理原則17ヶ条」が、当たり前のことを当たり前に並べてあってとても役に立つ。 原理原則 17箇条 ユーザとベンダの想いは相反する 取り決めは合意と承認によって成り立つ プロジェクトの成否を左右する要件確定の先送りは厳禁である ステークホルダ間の合意を得ないまま、次工程に入らない 多段階の見積りは双方のリスクを低減する システム化実現の費用はソフトウェア開発だけではない ライフサイクルコストを重視する システム化方針・狙いの周知徹底が成功の鍵となる 要件定義は発注者の責任である 要件定義書はバイブルであり、事あらばここへ立ち返るもの 優れた要件定義書とはシステム開発を精緻にあらわしたもの 表現されない要件はシステムとして実現されない 数値化されない要
![[IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG](https://cdn-ak-scissors.b.st-hatena.com/image/square/bfb41ba2bfefb166491d5d3e83380136f2017ab2/height=288;version=1;width=512/http%3A%2F%2Foshiire.to%2Fwp-content%2Fuploads%2F2015%2F01%2F17principles-300x212.png)
週休2日制は非効率だという証拠
By Bart 世界中で「1週間に5日間働いて2日休む」という週休2日制度が導入されており、週末が近づくと「もうすぐ休日！」と1週間の終わりを感じるわけですが、そもそも「1週間」という周期が自然な周期ではないということがThe Atlanticで指摘されています。そこで「週4日労働制の方が効率が良くなる」ということが、実際に導入した企業の事例と共にCityLabでまとめられています。 It's Time for a Four-Day Workweek - CityLab http://www.citylab.com/work/2014/08/its-time-for-a-four-day-workweek/378911/ ◆週5日労働制の起源 By Federico 世界中で「7日間」は1つの周期として捉えられていますが、1991年8月にWitold Rybczynski氏がThe Atl
「IT技術者を社会から尊敬される職業に」、情報処理学会が新資格制度を始めた理由
IT技術者向けの新しい資格制度を、情報処理学会が発足させる。国際標準規格にのっとった資格制度で、名称は「認定情報技術者（CITP：Certified IT Professional）」。書類審査と面接が主体であり、2014年11月4日～12月22日に申請を受け付ける。2015年3月31日に最初の合格者を発表する予定だ。申請書は2014年8月4日から同学会のサイトで配布を開始した。 CITPの特徴は、高度なスキルや豊富な業務実績を持った技術者を対象としている点だ。具体的には、ITSS（ITスキル標準）における7段階のうち、レベル4以上の人材を対象としている（図）。 ITSSにおいて、例えばレベル5とは「豊富な経験と実績を持ち、社内をリードできる」こと、レベル6は「社外でも認知されている」こと、レベル7に至っては「世界レベルでも広く認知されている」ことと定義されている。今回のCITPは広く一般
by Design [Input, Output, Algorithm]
DOWNLOAD THIS BOOKS INTO AVAILABLE FORMAT (Unlimited) ......................................................................................................................... ......................................................................................................................... Download Full PDF EBOOK here { https://tinyurl.com/y6a5rkg5 } ........................................
![by Design [Input, Output, Algorithm]](https://cdn-ak-scissors.b.st-hatena.com/image/square/ecf598db5b27b6cd430ff0549d6decc8e347ee08/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fdevsumi2014day0bydesign-publish-140212230204-phpapp01-thumbnail-4.jpg%3Fcb%3D1392247354)
字幕なしで『WWDC』や『Google I/O』を視聴するために、リスニング力を鍛える方法【連載：コピペで使えるIT英語tips】 - エンジニアtype
字幕なしで『WWDC』や『Google I/O』を視聴するために、リスニング力を鍛える方法【連載：コピペで使えるIT英語tips】 2013/07/30公開 最近はさまざまなカンファレンスがUstreamなどを使って生配信されることが多い。代表的なところでは、Appleの開発者向けイベント『WWDC』（2013年の模様はコチラ）や、Googleが主催する『Google I/O』などが日本でも人気が高い。 読者の中にもリアルタイムで視聴しようと、眠い目をこすりながら生中継に見入ったという方もいるのではないだろうか。 このように、いまや世界の最新IT技術をリアルタイムで知ることができるようになったが、日本人エンジニアの場合、日本語に翻訳されてからその内容を知るという人もまだまだ少なくないはず。 いち早く情報や技術を取り入れ、エンジニアとしての知識を高めるためには、英語を英語のまま理解できる力が
「技術的負債」とは何か。原典とその対応策を探る
負債とは要するに借金のことですが、システム開発においても技術的な借金、つまり「技術的負債」（Technical debt）がある、という表現がしばしば使われます。お金の借金をすると利子を払い続けなければならないのと同じように、技術的負債を抱えると、そのツケを払い続けなければならなくなる、という比喩です。 「技術的負債」という表現は、WikiWikiの発明者で著名なプログラマとして知られるウォード・カニンガム氏が1992年に使ったのが原典とされています。しばしば目にするこの「技術的負債」というのはどういうものなのでしょうか？ 調べてみました。 カニンガム氏とファウラー氏による「技術的負債」 カニンガム氏が「技術的負債」という表現をはじめて使ったのは、1992年に行われたACM主催のイベント「OOPSLA '92 」(Object-Oriented Programming, Systems,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CodePen - Front End Developer Playground & Code Editor in the Browser
TechCrunch | Startup and Technology News
