非IT系事務職。仕事をラクor楽しくする仕組みをつくるのが好き🤗 GAS|Officeスクリプト|Python|WebAPI|ExcelVBA|PowerPlatform|ノンプロ研📚息抜きはおいしいお茶を飲むこと🍵
さてと、実際にプログラミングを始めようとしたら どういう形式がいいのかな?と考えました。 paiza.hatenablog.com ちょうど検索したら、 はてなブログで おススメのサイトを☆をつけて比較して見やすく 掲載していました。 そのなかでも 面白そうと思ったのは3つありました。 ◆すぐ書きはじめられるプログラミング学習サイト ①【CODEPREP】 お勧め度:★★★★★ 対応言語:JavaScript、Ruby、PHP、Python、Ruby、HTML、CSS http://codeprep.jp/ja codeprep.jp 学習のために実際にコードを書く、問題が用意されているみたいです。 ◆講義型のプログラミング学習サイト ②【ドットインストール】 お勧め度:★★★★★ 対応言語:JavaScript、PHP、Ruby、Python、Java、Perl、C、Node.js、HT
「締め切りを守ること」の大切さ 今までたくさんの日米のエンジニアと仕事をしてきた。その中には私よりも明らかに「賢いエンジニア」もいたし、ものすごい生産性でプログラムを作ってくれる「馬力(ばりき)のあるエンジニア」もいた。しかし、そんな中でも、私がものを作るうえで最も大切だと考えている「あること」をキチンとこなせる人は100人に1人もいなかった。その「あること」とは、「常に締め切りを守れるように仕事をすること」である。 チームで仕事をする場合、どうしてもお互いが担当するタスク(=作業)の間に依存関係が生じる。そんなときに、どれか一つのタスクの完了の遅れが、ほかのタスクの完了に波及し、それがタスク間の競合を引き起こして全体のスケジュールがさらに遅れる、という事態はソフトウェア開発の現場ではよく見られる。そんな状況をできるだけ回避するには、プロジェクトに関わる人全員が、自分に割り当てられたタス
かれこれ30年以上もこの業界でプログラムを毎日のように書いて来た私。当然、自分なりの働き方のノウハウみたいなものも会得して来たつもりだ。以前ここに「私のとっておきのプログラミングスタイル」というエントリーを書いたので、まだ読んでいないプログラマーの方にはぜひとも読んでいただきたい。 ちなみに、そんな中でも後輩とか部下に教えるのが一番難しいのが、「スタートダッシュでできるだけはやくめどをつける」という仕事スタイル。どのエンジニアも、ちゃんと説明すればこの働き方の効用は理解してもらえるのだが、実際の現場でちゃんと実行できる人は100人に1人もいない。 「人はみな怠惰だから、締め切りに迫られなければがんばれないんだ」と言ってしまえばそれまでだが、「まがりなりにもプロとして仕事をする限りは、ペース配分ぐらいはちゃんと考えて仕事をすべき」というのが私の主張。トップクラスのマラソンランナーでペース配分
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ソフトウェア開発者を採用する面接の場においては、応募者の専門家としての力量を見極めることが最も困難な作業の1つである。彼らの考え方については、面接時に少しやり取りを行えばそれなりに見当が付くだろう。しかし、実際のプログラミング経験を推し量るのは至難の業だ。一部の企業では、さまざまなテストを実施することでこれを行おうとするものの、筆者の経験から言えば、こういったテストは近代的な開発環境では必要性が薄い知識(IDEのオートコンプリート機能や、F1キーの押下で表示されるヘルプ、インターネットといったものがあるため、ライブラリの知識は以前ほど重要ではなくなっている)の丸暗記能力を試すだけに終わることも多い。そこで本記事では、開発者を評価するうえ
保守・運用こそが企業システムの肝 筆者の知る限り、若手のエンジニアに保守・運用はあまり人気がありません。確かに地味な印象ですし、徹夜が続いたり突然電話がかかってきたりといった悪い情報が多いのは事実です。しかし、企業のビジネスを「いま」支えているのはどの作業かを考えると、言うまでもなく既存のシステムの保守・運用です。 システムは開発している期間より保守・運用している期間のほうが圧倒的に長く、お金もかかっています。システムが止まったり、格納されているデータが失われたりといったことが起きれば、企業のビジネスは止まり、即損失につながります。 また、世の中は常に変化しており、企業のビジネスもそれにあわせて変化しなければなりません。当然、ビジネスの変化に合わせてシステムも変化が必要です。このような状況に対応するために、保守・運用が必要なのです。企業のビジネスの根幹にあるシステムを支えているのは、保守・
ご挨拶 ソフト工学ラボ 編集前記~2012年6月~ みなさん,こんにちは。 豆蔵ソフト工学研究所の所長の羽生田栄一(はにゅうだ えいいち)です。ここしばらく発行が滞っておりましたが、豆蔵ソフト工学ラボ(愛称:豆蔵コラボ)における情報発信を再開させていただきます。 [業界への提言] 2012/06/26 プロトタイプエンジニア 「プロトタイプエンジニアという職種」 プロトタイプエンジニアという言葉を最近聞くようになっています。定義というのは特にないと思いますが、いわゆるゼネラリストタイプのエンジニアで、特定分野のエキスパートというより技術を広くカバーでき、まだ存在しない未完成のプロダクトを新たに創りだせるエンジニアです。AppleやASUSなどではプロトタイプエンジニアの採用枠があるとも言われ、製品へのフィードバックを重視しています。 2012/06/22 SysML勉強会 SysMLコトハ
以上の設定でプロジェクトを新規作成すると、最も原始的な(=ひな型の)Windowsアプリーションが完成したことになる。後は、プロジェクトの「ビルド(=プロジェクトからプログラムを生成する作業)」を行うだけで、プログラムが実行できることは、第1回の「3. 初めてのプログラムを実行する」で解説した。 しかし実際のアプリケーション開発では、第1回のときに解説したように、このひな型のプログラムに機能を付け足していく「プログラミング」もしくは「コーディング」の作業が必要だ。 では、実際のプログラミング作業に入っていこう。 ■プログラミングの手順 実際のプログラミング作業で最低限必要となる作業手順は次のとおりだ。 【要件定義】プログラムに必要な機能を考える 【設計】プログラムの機能を実現する仕組みを設計する 【実装】設計に基づきプログラムのソース・コードを実装(=コーディング)する それでは、この手順
ぼくは以前にIT関連の仕事をしたことがあって、ぼく自身はプログラムを組めるわけではないのだけれど、何人かのプログラマーさんと一緒にお仕事をさせて頂く機会があった。その中で生まれて初めてプログラマーという職業の方と交流させて頂いたのだけれど、彼らはなかなかにユニークで特異な個性の持ち主たちであった。もちろんプログラマーと一口に言っても色々なタイプがいて、必ずしもひとくくりにできるわけではないのだが、共通していたのは好奇心が旺盛で新しい物好きだということだった。そして少々気難しい面がありつつも、基本的にはポジティブで、明日に向かって色々なことを前向きに、精力的に取り組んでいる人が多かった。 そんな中で、特に親しくお話しさせて頂いたTさんというプログラマーがいて、この方もなかなかに個性的で、ご自分の意見や主張というものをはっきりと持っており、ITのみならず世の中に対しても一家言お持ちであった。そ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く