From: リスキルテクノロジー 松田航
新宿本校にて、、、

先日、
あるプログラマーが
こんなことを言っていました。

「仕事をこなしても家に帰れない」

スケジュールが遅れたり
プログラミングが進まなかったりすると
よくあることですが...

いつまでに仕事をすればいいのかわからない

そのプログラマーは
大きなプロジェクトに参画しています。

システム化にあたって
作らなければいけない機能は多いのですが、

参加している
エンジニアの数も多いので
何とかなるだろうと考えていたようです。

彼は割り振られたプログラムを
難なく作っていくのですが...

「いつまでに作ればいいのかわからない」

...と言うのです。

プロジェクトリーダーに
いつまでにプログラムを作ればいいか尋ねても...

「できるだけ早く！」
「できるだけ前倒しで！」

...と言われるだけで、
期日がはっきりしないのだそうです。

そのため、
毎日遅くまで残業が続き
なかなか家に帰れないのだそうです。

欠けているのは「スケジュール管理能力」

同じ経験をしている
エンジニアは多いと思いますが...

このようなプロジェクトでは
ひとつ欠けているものがあります。

それは、

「スケジュール管理能力」

...です。

もちろん、
突発的な仕事が起きた場合には

スケジュールが進んでいれば
対応しやすいと言えるでしょう。

しかし、単純に...

「早く仕事を済ませたい！」

...という理由で

「できるだけ早くしてほしい」

といった指示をする管理者も少なくありません。

ほとんどの場合、
最終的な納期しか理解しておらず、

いつまでに、
何をする必要があるのか

プロジェクトを
詳細まで分解して理解できていない場合に
このような指示がされやすいのです。

スケジュールを立てるには
やることを詳細まで分割したうえで、

それぞれの作業ごとに
スケジュールを立てなければいけません。

スケジューリング能力が
不足しているということは

全体の仕事を
作業項目に分ける能力が
不足しているということにもなるのです。

管理者以外にも必要な能力なの？

もちろん
プロジェクトを管理する側だけでなく

プロジェクトメンバーにも
スケジュール管理能力は必要です。

仕事をするにあたっては、
自分が受け持った作業の期日だけでなく...

自分のスキルも判断したうえで
いつまでに終わらせることができるか？

その仕事を終わらせるために
どのような作業項目があって、
どのような流れで対応するのが効率的か？

そして、
想定した作業で高い品質を保てるか？

...といったことを
意識して対応する必要があります。

スケジューリングの対象が...

プロジェクト全体なのか、
個人の作業レベルなのか、

...それだけの違いです。

いずれにせよ、
しっかりスケジューリングできなければ、

作業の期限ギリギリになって
慌てて作業することになってしまいます。

慌てて仕事をすることは、
品質を下げる結果に繋がりかねません。

エンジニアとしての価値を高めるために

エンジニアの仕事には
必ず納期というものがあります。

なければ決めるべきでしょう。
締め切り効果って実際にありますからね。

その納期に向けて
早めに対応する越したことはありませんが、

早く終わらせることを目的にすると
品質が低下するリスクが高くなります。

システムやサービスを提供する側としては、
品質の低下は避けなければなりません。

そのためにも...

いつまでに、
何を、
どこまで終わらせるか、

といったスケジューリングは
エンジニアにとって必要な能力なのです。

たとえそれが
プロジェクトを管理する
立場の者であってもなくても、

普段から
スケジュールを意識しておかなければ、

その場その場の
対応だけになってしまいます。

全体を見据えて個々の仕事を行う...

その姿勢は
あなたのエンジニアとしての
価値を高めてくれることでしょう。

リスキルテクノロジー
松田

PS

スクールの開発演習で力をつけましょう

From: リスキルテクノロジー 松田航
新宿本校にて、、、

プログラムでは必ずデータを扱いますが...

データ量が増えれば増えるほど、
並べ替えしておいた方が扱いやすくなります。

今回は並べ替えのアルゴリズムである、

「ソート」

についてお話ししましょう。

ネット検索にも使われている

インターネットのウェブサイトの数は
2014年に10億件を突破しました。

Yahoo!やGoogleなどの
検索サイトからサイト検索をするときに、

いちいち10億件のサイトを
検索していたのでは時間がかかって仕方ないですよね。

このため、
インターネットで何かを検索すると
必ず訪問者の多いサイトが上位に表示されます。

これはサーチエンジンが
有効な情報を持っているサイト順に並べ替えて、
訪問者の多いサイトを上位に表示しているからです。

データというのは
量が増えれば増えるほど、
きちんと並べ替えられている方が管理しやすいですよね。

この並べ替えのことを...

「ソート」

...と言い、非常によく使われるアルゴリズムです。

ソートする時には
以前にお伝えした「配列」が必要で、
配列にデータを入れてからソートするのが一般的です。

値の小さい順にソートすることを「昇順」、
値の大きい順にソートすることを「降順」と言います。

どちらの順でソートするかはケースバイケースですね。

それでは、
代表的なソートアルゴリズムを
いくつかご紹介しましょう。

バブルソート
～単純なソートアルゴリズム～

ソートのアルゴリズムで
もっとも単純なもののひとつがこの「バブルソート」です。

バブルソートとは、
隣り合ったデータの値を比べて、
単純に並べ替えていくというものです。

イメージを見てみましょう。

1、4、3、2と並んだ
4つの値が入っている配列があります。

これを左から順に...

1番目と2番目のデータを比べ、
1番目と3番目のデータを比べ、
1番目と4番目のデータを比べ...と、

単純に順序だてて比べていって、
左側の値が大きければ位置を交換する仕組みです。

1番目の値を比べ終わったら、
2番目のデータを元に比べてゆきます。

数字が上に上がっていく様子が、
泡が水の中で上に浮いてくる様子に似ていることから
バブルソートと言います。

ソートのアルゴリズムの中では単純で、
少ないデータを扱う時には問題ありません。

ですが、
データ量が増えれば増えるほど、
バブルソートでは処理に時間がかかってしまうのです。

例えば、全ての値を
比べ終わるのに必要な処理回数は最大...

1,000個の配列だと49万9500回、
10,000個の配列だと4999万5000回かかります。

ちょっとかかりすぎですよね。

そこで、バブルソートよりも
高速なアルゴリズムが必要になってきます。

クイックソート
～文字通り高速にソートできるアルゴリズム～

バブルソートよりも処理の速いアルゴリズムで、
代表的なものに「クイックソート」があります。

簡単に言うと、
データの中から基準となる値を決めて、
それより大きいグループと小さいグループに分けてから、
ソートしてゆくアルゴリズムです。

ちょっとややこしいので、
今はわからなくても大丈夫です。

クイックソートのイメージだけ掴んでくださいね。

それでは、イメージを見てみましょう。

3、4、5、2、1と並んだ
5つの値が入っている配列があります。

一番左にある3を
とりあえず基準値として、
3よりも大きいグループと小さいグループに分けます。

このとき、3の位置はもう確定しています。

ちょうど大きいグループと小さいグループの間ですね。

そして今度は、
それぞれのグループから基準値を決めて、

その基準値と
グループの中のほかの数を比べて、
相手の値が小さければ並べ替えます。

最終的に比較するものがなければ、
そこでソートが終わりです。

ちなみに、この5つの値のソートを
バブルソートですると処理回数が10回かかります。

クイックソートは名前のとおり、
素早くソートできるアルゴリズムなのです。

適切なアルゴリズムを使って効率性を上げよう

バブルソートやクイックソート以外にも、
さまざまなソートのアルゴリズムがありますが...

それらは必要に応じて覚えてゆけばいいでしょう。

クイックソートは
実用的で処理の早いアルゴリズムとして
多くのシステムで使われますが、

データ件数によっては
別のアルゴリズムの方が速いケースもあります。

扱うデータ件数によって
アルゴリズムを使い分けると処理速度が上がるのです。

アルゴリズムはあくまで
効率的に処理を行う手順です。

1つの手順にこだわることなく、
常に適切なアルゴリズムを使うことができれば、
効率の良いプログラムを組めるエンジニアになれます。

柔軟な考え方のできるエンジニアになってください。

リスキルテクノロジー
松田

PS

柔軟な発想を持つには、
基本から応用まで、幅広いノウハウが必要です。

基本的なアルゴリズムを始め
現場で使える応用力を身に着けたいなら資料請求を。

アルゴリズムも勉強できるリスキルテクノロジー

From: リスキルテクノロジー　松田航
＠新宿オフィス

「プログラマーを目指す以上、専門性を
身に付けることは必須ですよね？」

「やはりエンジニアを目指すなら、
高度な専門技術が必要ですか？」

エンジニアやプログラマーを目指すあなたが
感じている通り、

スペシャリストである以上、専門的な技術を
身に付けることは必要条件です。

しかし

専門的な技術を身に付けたからといって、
引く手あまたのエンジニアやプログラマー
になれるか？

というと、必ずしもそうではありません。

事実、未経験からエンジニアを目指した方々が、
転職後に活躍しているということは、
まったく珍しいことでありません。

つまり、専門的な技術だけではない、
ということなのですが・・・

それでは、エンジニアやプログラマーとして
活躍するには、一体何が必要なのか？

これについてお話したいと思います。

【ヒューマンスキルを磨く必要がある】

エンジニアやプログラマーを目指す方にとって、
専門性を身に付ける必要があるというのは、
ごく当たり前のことと考えられているようです。

確かに少し考えてみると、

料理人になるなら料理が作れないとなりませんし、
美容師になるならカットなどの技術が必要ですから、

仕事を遂行するにあたって専門的な技術を
身に付けることは、スペシャリストに不可欠です。

しかし専門性だけでお客さんと仕事をすることが
できるかというと、そうではありません。

たとえばプログラムの開発とサーバの構築の両方を
お客さんから受注した場合、

プログラマーやインフラエンジニア、営業担当などを集め、
プロジェクトチームを作る必要があります。

担当ごとに求められる専門性は異なりますから、
多くの会社では分業化や専門化が進んでいるはずです。

分業化や専門化が進めば進むほど、
一つのプロジェクトを完了するにあたり、
協力してもらうスペシャリストの人数が増えますから、

あなたの担当する仕事を終えるためには、
他のスペシャリストと協調して仕事をしていくスキルや

正しく依頼や相談をするためのコミュニケーション力が
必要になるわけです。

つまり、プロジェクトの完遂には技術的なスキルに加え、
ヒューマンスキルを磨く必要がある、ということです。

そして仕事というのは、
お客さんの課題を解決することですから、

課題を理解するといったコミュニケーション力を
はじめとする、ヒューマンスキルが必要不可欠です。

技術だけではだめ

エンジニアやプログラマーとして活躍し、
評価されるには専門性だけでは十分ではなく、
ヒューマンスキルが求められるということ。

また、結局給料が上がって行くのも、
技術力だけではなくバランスよく能力が上がっている
人材です。

なぜなら、上の立場の人間は、
人を育てることも重要な仕事になるからです。

専門性を身に付けなければならない、
という意識はきっとあなたも持っていると思いますから、

むしろヒューマンスキルこそ、
仕事を進めるにあたり大事なスキルである

こう、考えてみてもいいかもしれません。

リスキルテクノロジー
松田

PS

手っ取り早くエンジニアに必要なヒューマンスキルを上げるには、
開発演習をやるべきです。

開発演習も行うプログラミング講座

From: リスキルテクノロジー 松田航
新宿本校にて、、、

「PDCAサイクル」

という言葉を知っていますか？

学生であれ
社会人であれ、

一度は聞いたことがあるかと思います。

今回は

「PDCAを意識する大切さ」

についてお話ししましょう。

PDCAサイクルって何ですか？

PDCAサイクルとは
業務品質を高めるための手法で、

継続的に業務内容をチェックして
改善・改良しやすくするための理論です。

PDCAは以下の4つの要素に分かれています。

【P】Plan（計画）

目標を設定して計画をたてる。

【D】Do（実行）

計画に基づいて実行する。

【C】Check（評価）

実行結果を分析して評価する。

【A】Action（改善）

実行結果や計画通り進んでいない点について、
実行方法を改善する。

この4つの要素の頭文字を取って、

「PDCAサイクル」

と呼ばれています。

PDCAはサイクルですので、

P→D→C→A→P→D...

と繰り返してゆきます。

この繰り返しによって、
より良い品質を保つことができるのです。

個人の業務にもPDCAサイクルは当てはめられる

PDCAサイクルは
企業の品質管理や業務管理に使われますが、

個人の業務にも
当てはめることができます。

例えば、あなたが
プログラムを作るとしましょう。

その時には、
あなた個人の業務の中に
PDCAサイクルができているのです。

【P】Plan（計画）

仕様確認してどのように作るか計画する。

【D】Do（実行）

仕様に基づいて作成する。

【C】Check（評価）

動作確認を行う。

【A】Action（改善）

不具合があれば修正する。
もっと処理を効率化できる点を改善する。

プログラミングの例で言えばこうなりますが、

どのような業務でも
PDCAサイクルは個人の業務に生まれています。

もし、個人の業務に
PDCAサイクルが生まれていない場合は、

業務の品質が低くなってしまうのです。

PDCAを意識しない業務は品質が低い

業務の中に、
PDCAサイクルが
生まれていない例を見てみましょう。

例えばサーバー障害が発生して、
ネットワークが接続できなくなったとします。

あるエンジニアは、
やたらとコマンドを入力して
設定変更を行っては障害復旧しようとします。

思いつく限りの方法を試みますが、
まったく障害復旧する様子はありません。

時間は過ぎて行く一方で、
エンジニアには焦りだけが募ります。

…これって効率が悪いですよね。

「とりあえずやってみるか！」

というタイプの方に多いケースなのですが...

（私もこちらのタイプですね。）

このタイプのエンジニアには
Plan（計画）とAction（改善）がないのです。

Do（実行）とCheck（評価）だけです。

知っていることをひたすら試し続ける。

それが問題だとは言いませんが、
もっと効率的に業務を行う方法はあるはずです。

できるだけ短い時間で最大の効果を発揮する方法が、
高い業務品質を持った業務です。

そのためには、
サーバーログファイルなどを確認して
情報を集めた上でどのように対応するか計画し、

実行、評価して障害回復しなければ
改善策を検討して別の方法を試してみる...

といったように、
PDCAサイクルを業務に活かさなければ、

業務品質が低くなってしまうのです。

業務品質を高めるためのポイント

普段の業務では...

「PDCAサイクルをいかに早く回すか」

...という点がポイントです。

慎重なタイプの方に多いのですが、
Plan（計画）ばかりに気をとられていると、

なかなか行動が起こせずに
業務が進まなくなってしまいます。

何かの業務をするときには...

【P】手早く業務を進める手順をたてる。
【D】手順通りに業務を行う。
【C】業務内容をチェックする。
【A】不備や手順どおりにできていない点を確認する。

...というサイクルを
どれだけ早く繰り返すかが大切なのです。

PDCAサイクルは、

・大きく見れば企業全体の業務品質を高める
・小さく見れば個人の業務品質を高める

...ということを覚えておいてください。

リスキルテクノロジー
松田

PS

PDCAサイクルは
品質管理としてはスタンダードな手法です。

より良い品質を提供するために
個人レベルでPDCAを意識するようにしましょう。

エンジニアになるならリスキルテクノロジー