ほぼ50年間、情報システムを開発する仕事を続けてきた。ユーザー企業で業務処理システムの運用まで担当したこともあればIT企業で受託開発をしたり開発支援ツールをつくったりした。起業して業務処理パッケージを開発・販売し、借金をこしらえた経験もある。フリーランスになって以降もプログラミングが不要な開発・運用フレームワークをつくり続けており、直近では若手3人と一緒にPythonを使って取り組んでいる。 関連記事 70歳現役プログラマーと30代3人のPython開発奮戦記、我慢の末に見えたこと Pythonを使う以前に利用してきた開発言語や環境は汎用機のCOBOLに始まり、HyperCard、C++、Java、PHP、Ruby、JavaScriptなど。我ながら色々なことをやってきたが「職業は何ですか」と聞かれたら即答できる。プログラマーである。70歳になったが頭と手が動く限り、プログラミングを続けた
【CICD2021】デプロイメントパイプラインの原理原則を再確認する / Confirm Deployment Pipeline Principle
著者のLuke Posey氏は、機械学習エンジニアのキャリアを積んだ後にAIスタートアップSpawner.aiを創業するかたわらMediumに記事を投稿しており、AINOW翻訳記事『無闇にデータサイエンティストを雇うのをやめよう。』の著者でもあります。同氏が最近Mediumに投稿した記事『機械学習エンジニアは10年後には存在しないだろう。』では、近い将来、「機械学習エンジニア」という職種が実効的な意味を持たなくなる、と予想が論じられています。 第三次AIブーム黎明期の頃、機械学習エンジニアは数学と統計学に関する専門知識を習得しているという希少さゆえに、高く評価され高額報酬を手にしていました。この職種には、最先端の技法を製品やサービスに落とし込む「研究者兼技術者」という立ち位置が依然として求められています。 しかし、近い将来、機械学習エンジニアには研究者としての側面が求められるなくなるだろう
「グラフィックを詰めずにゲームのプロトタイプを量産する方法は現代でも通用するのか」というテキストを読んだ。 「現代においてグラフィックの伴わないプロトタイプに意味はあるのか？」という問いが書かれている。興味深い。 面白いゲームがネット上にたくさんあるのに、グラフィックがしょぼいゲームなんて誰もダウンロードしないから、“ゲームの核だけを煮詰めたプロトタイプは誰にも見向きされないまま電子の海に沈んでいきます。これではプロトタイピングの意味がありません。”と。 さらに“もはやグラフィック無しではゲームは評価の舞台にすら登れない”と述べて、先輩の意見は間違ってると解く。 ううむ。 っていう記事を過去に書いたりしてるので、応答してみる。 「グラフィックを詰めずにゲームのプロトタイプを量産する方法は現代でも通用するのか」という問いは、問いそのものが矛盾している。 システムだろうがグラフィックだろうが「
遊撃エンジニアの @anoworl です。普段はバックエンドやインフラの開発を中心に、ライブ動画配信の仕組みをAWS MediaLiveで構築したり年末年初のCM放映に伴う負荷対策をしたり…今は採用や2B向けのSaaSも開発しています。CMに出演したローラさんがオフィスに来たのは良い思い出です。 だんだんと社員が増えて会社っぽくなってきた弊社では採用活動に力を入れているのですが、その中でお話するとウケが良かった話をここでは紹介したいと思います。 それは弊社のミッションである「ユーザが熱狂するプロダクトを再現性をもって創造する」に直結する、チームの文化です。 そこでこの記事では「使われないアプリを作らない」ために私達が愚直にやっている方法を記します。 アプリを作ると一口に言っても「新規に作る場合」「既存のものを改善していく場合」がありますが、ここでは後者「既存のアプリを改善する場合」に焦点を
Web ナチュラリスト フィードを眺めていたら Alex Russell 氏の新作が投稿されていた。 The "Developer Experience" Bait-and-Switch | Infrequently Noted 本来の趣旨については原文を読んでもらえばいいし、下記はこれを読んだ上で普段の考えを踏まえて脳裏をよぎったポエムである。 我々は複雑性で仕事をしている 仕事をしている、もしくはそれでお金を稼いでいる。誰もが。 私は 2012 年頃から Web の、特に Web フロントエンドの複雑性に加担している自覚がある。 Web の専門性が高まることはその技術領域に深淵な価値があることを示唆し、それに携わることの価値を相対的に向上させることができる。 私の活動そのものは些細なものだが、かくして 2018 年現在の Web はかくも複雑になることに成功し、エンジニアリングの名の下
こんにちは。Findyで副業をしている、@k-kuwaharaです。 様々なツールのソースコードが公開されることが、今や当たり前になってきています。代表的なもので言うと、Swift, Ruby などのプログラミング言語、Angular、React, Vue.js などのJavaScriptフレームワーク、Linux, Android などのOSやディストリビューションが挙げられます。 有償のサービスの多くはクローズドソースではありますが、無償のサービスですとオープンソースのものが増えてきており、オープンソースの文化はより主流になって行くのではないかなと感じています。 エンジニアのキャリアやステップアップを考える上で、コミュニティ活動やOSS活動をすることをおすすめされることはないでしょうか？これにはもちろん理由があります。今回はその理由やメリットをご紹介したいと思います。 ※注意：本記事は
転職・求人情報サイトのtype エンジニアtype 働き方 【中島聡×夏野剛】「エンジニアは自虐をやめろ」「逃げるな、ぶっ壊せ」ジョブズが世界を変られたのは“天才だから”じゃない 2018.09.06 働き方 中島聡 「Windows95を設計した日本人」中島聡氏と、「世界初のモバイルインターネット i-mode を世に送り出した男」夏野剛氏が発起人となって設立したNPO、シンギュラリティ・ソサエティ。「シンギュラリティ」という言葉の解釈には諸説あるが、中島氏は「人工知能が人間を置き去りにして限りなく進歩してしまうプロセス」と定義し、「私たちは既に、そのプロセスの真っ只中にいる」と話す。 しかしながら、テクノロジーを理解し、最大限に活用できる真のリーダーがこの日本にはどれほどいるだろうか。技術のさらなる進化を正しく導けるエンジニアはどれほどいるだろうか――。 「このままではいけない」そんな
最近のシステム化はとても間違っていると感じる。 なぜ？人にとって便利なものになるはずの「システム」という分野でこんなことが起こっているのか？ いちエンジニアとして本当にかなしい気持ちになったのと同時に 責任の一端をほんの少しだけ感じている。。。 スーパーのレジが会計のみ自動会計機になっているのを最近よく見かける。 完全に顧客目線のシステムではないよね？店員はバーコードを通して、 何番でーす。というだけ。非常にスピーディにはなっている。確かに。 でも楽になったのはスーパーの店員でその分のしわ寄せが「エンドユーザー」にいってる。 支払いという行為をエンドユーザーだけで行うため、面倒くささをエンドユーザーは感じるのだ。 お年寄りなんかはこんなのとても負担に感じるし、逆に売り上げ落ちるんじゃないか？ と思っている。 システムは常に「エンドユーザー」のことを考えて作られるべきだ。 このエンドユーザー
昨今、ネイティブアプリ全盛が故に、WebサービスのUXを作れるエンジニアが少なくなってるんじゃないか説がある。 また、受託からWebサービスが主流になったことで、一つのソースコードをこねくり回す機会が増え、新規にWeb UIを作り込む頻度が低くなり、そもそも鍛えられていないんじゃないか説もある。 例えば、商品登録画面のような何かのテキスト情報と一緒に登録する画像アップロードを考えてみる。 その際に、「入力確認画面」が必要だと仮定する。また、それなりに秘匿性を意識すべき企業用途のサービスだとする。 書きながら2002年の案件を思い出してるので、なんか古い話だったらゴメンよ。 １．いつどこに画像を保存するのか？ post or ajax ? ２．Webサーバに置くのか？S3に上げてしまうのか？今時ないかもしれないがObject Databaseに登録する？Webサーバに置いたらロードバランサー
IT業界にいるのですからお仕事では「プログラミング言語」ってのを使うわけです。 例えば「Java」とか「C#」とか、はてなブロガーの方にも、なじみのあるかも知れない「Javascript」とかね。 そんな中、今日驚愕の記事を見つけました。 Java昔はやってたけど・・・ 以前に仕事では「Java」って言語をやってました。 これ、いまでも主力言語の1つでAndroid端末のアプリ作るのにも使われたりしてます。 で、いまは違うプロジェクトで違う言語使っているのでどーしても「Java」って世界から意識が離れてました。 で、何気に今日見つけた記事。（しかも結構古い・・・。） builder.japan.zdnet.com お、おっちゃんが知ってるJavaとは違う。 知らん間に「ラムダ式」ってのが使えるようになってしかもバージョンが「８」になってるやん。 （おっちゃんはバージョン「７」まではなんとな
Lack of experimental creativity hampers programming; open-mindedness and willingness to try new approaches are essential for success. Independence and self-motivation are also vital; the ability to solve problems and continuously learn is necessary to thrive. Logical thinking and a passion for solving puzzles are crucial. Without these traits, coding can be frustrating and unrewarding. Is programm
このエントリは アジャイルCasual Advent Calendar 2014 の 2 日目のエントリです。 前日は shin_semiya さんの「インセプションデッキを作る上での危険信号」でした。インセプションデッキを銀の弾丸と勘違いしている人には僕も会ったことがありますし「あるある…」という内容でしたのでみなさんも何かしらこういった経験はあるのではないでしょうか？ さて 2 日目の僕は PDCA サイクルについて書いてみたいと思います。 自己紹介 すえなみと申します。漢字で書くと末並です。「末波」とよく間違われますが「末並」です。 とても希少な名字なので勉強会等で「すえなみ」と名乗ってる人間がいたら間違いなく僕のことだと思ってください。 オンラインでは a_suenami とか a.suenami とかで活動してます。 Twitter: https://twitter.com/a_
2014-06-05 プロブロガー時代の終焉と表のエンジニアと裏のエンジニア はてなブックマーク・ユーザー会を結成しようぜ！という記事を4月30日に書いた時、自分はまだ無名のブックマーカーだった。 一部のコアなブックマーカーには、実写アイコンの人、はてなスターをよく獲得する人で知られていたが、2003年からはてなを使っていた古参のはてなユーザーの割にはほとんど無名だった。 私はまずはてなブックマーク・ユーザー会を結成するには、自分が何者であるのかをみんなに知ってもらう必要があると思った。だから、５月中は、はてなユーザーの間で話題になりそうな記事を１日１本書くことを目標に頑張ってきた。そしてその努力は一定の成功を収めた。私の記事は何度かはてブトップで１位になった。はてなユーザーが言及しそうな話題を私はある程度把握している。それが奏功した感じだろう。 Google Analyticsで５月のP
@HIROCASTER さんの記事 プログラミング上達がはやいヤツの特徴10個 を騙されたと思って試し，９ヶ月経った今の気づきを書いておきます． ① 毎日コードを書く 始めた当初は楽しさがわからず，なかなか辛かったです． しかし入社した時に，5分でもとにかく「毎日」続けようと決めて，PCも常に持ち歩いて続けました． コードを書く 不明点が出て壁にぶつかる 調べる 解決 モノが動く 楽しい コードを書く ．．． 結論これです． 毎日続けると，様々なものがどんどん積み上がります． コードを書くスピード，品質が上がるのに伴って，コードを通して実現できることが増えます．そして，難しいことにも挑戦してみようと思うようになります． その結果，やっている内にどうしていいかわからないバグなどが発生し，一旦は壁にぶつかります．しかし，ネットで調べたり人に相談したりして解決できると，楽しくて，またさらに新しい
お正月からいきなり何を言いだすのかという感じですが、ちょっと天才になるためのアドバイス的なものを機械学習の観点から書いてみたいと思ったんですよ。 そもそも天才とは何なのか。人間の脳って生物学的には同じ仕組みで学習しているわけですから、学習アルゴリズムに個体差はないと思うんです。しかし学習の早いとか遅いとかはあるわけです。 これは脳のなかでシナプスが形成される速度に個体差があるからだと思うのですが、なぜそういう差があるのかはいまの脳科学ではたぶん解明されていません。食べ物などの栄養バランスによるものか、心の持ちようによって何かの脳内物質が出て、それがシナプスの形成を促進するのか。 ともかく、同じ学習アルゴリズムで学習しているのが人間であります。 では、学習が早い人(習熟が早い人)ほど能力が高いのでしょうか？学習速度が天才と凡人とを分かつのでしょうか？世間的にはそう思われているかと思うのですが
(2013-12-28 タイトルをエンジニア→プログラマに変えました) cybozu.com の中の人、山本泰宇です。2013年も今日で仕事納めです。 さて、先ほどプレスリリースが出たのですが、来年から私は運用本部長として、自社クラウドサービスおよび社内情報システムの運用を統括する仕事をすることにしました。この２年ほどはプログラマとしての仕事を多くしていたのですが、今後は自らプログラミングする機会は大幅に減ることになると思います。 ご存知の方もいるかもしれませんが、実は私が本部長になるのは２度目です。2005年に開発部長になり、そのまま規模を拡大して2006年に開発本部長となり、2007年に退きました。本部は違いますが、７年ぶりの再登板ということになります。略歴としては以下のようになります。 2001年12月 サイボウズに入社 プログラマとしてガルーンを開発 2005年 開発部長
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く