プログラミング言語の知識がなくても、ウェブサービスやアプリの作成ができる「ノーコード」ツールが脚光を浴びている。開発が先行する米国のツールを使い、日本でも新たなサービスをより素早く立ち上げる動きが広がっている。直感的な操作性から個人での利用も進む。現時点でツールでできることは限られているが、誰でもエンジニアになれる時代の足音が聞こえ始めた。20代向けの就職支援を手掛けるFor A-career
![やってきたノーコード アプリ開発、誰でも早く安く - 日本経済新聞](https://cdn-ak-scissors.b.st-hatena.com/image/square/8711bc6c42e5dce30240d38417f034ab6d7b4baf/height=288;version=1;width=512/https%3A%2F%2Farticle-image-ix.nikkei.com%2Fhttps%253A%252F%252Fimgix-proxy.n8s.jp%252FDSXMZO6179590021072020X11001-6.jpg%3Fixlib%3Djs-3.8.0%26auto%3Dformat%252Ccompress%26fit%3Dcrop%26bg%3DFFFFFF%26w%3D1200%26h%3D630%26s%3De5bcba7fa84ca53c8c35f2f06a29e58e)
わけがわからないよ。ここ数年で全く関係ない業種から、Webエンジニアになりたい人がかなり増えてるけど、わけがわからないよ。 どうして、君たちはWebエンジニアにそんなに魅力を感じるんだい?ぼくはWebエンジニアをしてるけど、そこまでこだわる理由がわからないよ。 自由な働き方ができて、給料も高く、ストレスフリーで働けるって思いこんでるみたいだけど、そんなのは怪しいインフルエンサーやプログラミングスクールの宣伝文句に過ぎないさ。 解説するよ。よく読んで! そんな…あんまりだよ、夜間メンテナンスや緊急対応があるって、こんなのってないよ!君たちはソシャゲがメンテナンスになったときに、文句を言ってるけど、 君たちがなりたいWebエンジニアが、メンテナンス中に何をしているか想像したことがあるかい? メンテナンス中、彼らはプレッシャーに耐えながら必死で働いているんだ。ユーザーのために、早くサービスを再開
再帰が現実的でないBASICで「盤面が与えられた時にどのぷよが消えるか」を計算するアルゴリズムが当時どうしても思いつかず「ぷよぷよ」にハマった時からずっと考えていました。 そしてある授業中に突然アルゴリズムがひらめきました。 以下がそのアルゴリズムのご紹介です。 フィールドが以下の様になっていると想定します。形だけ見ると「連鎖を作ろうとしてたけどやらかしちゃった」形ですね。 この場合、赤い「ぷよ」が消えることになります。 基本的な方針としては「左上から注目する場所(セル)を右下まで走査する」「注目したセルにある「ぷよ」がいくつつながっているか調べる」です。 1. まず、左上のセルに注目します。 2. 左上のセルには何も無かったので次のセルに注目します。 このセルには赤い「ぷよ」が居ました。 これ以降はこの赤い「ぷよ」がいくつつながっているか(=消せるか)をチェックします。 3.「この「ぷよ
A_Licht @Alpha_Licht 小さな地方の会社勤務。スパムフォロワーが多いため鍵垢にすることも。Mac miniユーザ、昔は観劇、現代アート好き、映画好き。写真好き。マイノリティ派。like:Contemporary Art、movie、black and white photo 🇷🇺A-Honecker @AlphaHonecker もうNGだったから言うけど とある企業面接で「プログラムの経験は?」って聞かれたので「PHP,JS,シェルを少しくらいで・・後は幼少期にBASICです・・」って言ったら「BASIC!ヒャハハハ」「クスクス・・」と言われたのがちょいショックだったな。 いや・・PGの基本はあの頃に覚えたんだけどな・・ 2019-11-25 01:38:50
序 本書はプログラミングの経験はあるがC++は知らない読者を対象にしたC++を学ぶための本である。本書はすでに学んだことのみを使って次の知識を説明する手法で書かれた。C++コンパイラーをC++で書く場合、C++コンパイラーのソースコードをコンパイルする最初のC++コンパイラーをどうするかというブートストラップ問題がある。本書はいわばC++における知識のブートストラップを目指した本だ。これにより読者は本を先頭から読んでいけば、まだ学んでいない概念が突如として無説明のまま使われて混乱することなく読み進むことができるだろう。 C++知識のブートストラップを意識した入門書の執筆はなかなかに難しかった。ある機能Xを教えたいが、そのためには機能Yを知っていなければならず、機能Yを理解するためには機能Zの理解が必要といった具合に、C++の機能の依存関係の解決をしなければならなかったからだ。著者自身も苦し
最新のステータス: 追記: 2019/7/10 転職しました。長らくのご愛顧誠にありがとうございました。 転職先をちょくちょく探しています。 興味ある方は twitter @mizchi へのリプライorDM、または mizchi2w@gmail.com まで。 メールは、反応が悪い、というか月末しか見ていません。メールの場合、送ったとtwitterで一言もらえると確認すると思います。 現在のステータス 良いところがあったら社員契約したい。全く急いでいない。 現在、フリーランスで 3 社との契約 + WebDB Press での隔月の連載を持っています。 面白そうな仕事をつまみ食いできる、フリーランスというあり方が嫌いなわけではないですが、先のことを考えながら仕事することや、月末の書類業、曜日ごとにやることが変わるコンテキストスイッチにやや消耗しています。また去年の税金にびっくりして、ちょ
C言語はもうかれこれ10年くらい書いていないけど、流石にこれはヤバい。 正直な感想として、ブランド毀損するくらいの危険性をはらんでいると思う。 当該記事からコピーしてきた。 #include <stdio.h> #include <stdlib.h> // 構造体の宣言 typedef struct { int num; char *str; } strct; int main(void) { // 実体を生成 strct *entity; // 動的メモリの確保。確保したメモリをstrct型ポインタにキャスト。 entity = (strct*)malloc(sizeof(strct)); // メンバの初期化 entity->num = 0; entity->str = (char*)malloc(sizeof(32)); // メモリに文字列を代入 sprintf(entity->s
はじめに 学校で習わないが(習う学校もある)、現実に必要になるプログラミング技術に、低レイヤプログラミングなどと呼ばれるものがある 厳密な定義は聞いたことがないし、おそらく存在しないとは思うが、大体のみんなの共通認識として、 「高級プログラミング言語を使わないプログラムを書き、OSで抽象化されないデバイスの機能を使う」といったような認識があると思う。 筆者の経験から言わせてもらうならば、低レイヤプログラミングに関する知識は、プログラミングにおいてあらゆる場面で、常に、少しずつ役立てられる知識だと言えると思う。 普段はRubyやPHPなどを書いてる人であったとしても、メモリが足りなくなった場合や、デバッガを使っている場合、性能が足りなくなった場合など、 厳しい環境におかれた時に低レイヤプログラミングに関する知識が必ず役に立つ場面が来ると信じている。 また、役に立つかどうかは置いておいても、「
どなたか相談に乗ってください。 社会人2年目25歳。増田でディスられがちな某大手SIerに新卒プロパーとして入社しました。以来毎日Excel方眼紙やCOBOLやバイナリエディタを弄っています。ネタじゃないですよ。 大手SIerに行ってもプログラミング力が身に付かないことは、就職前から十分知っていました。しかし私はそれでも良いと思っていました。何故なら私は頭が良くないからです。プログラミングを仕事にしてしまうと、常に勉強し、最新の技術にキャッチアップしなければいけません。そして腕を磨いて転職を繰り返さなければ年収は中々上がらないと聞きます。自分には到底そんな生き方ができる気がしませんでした。自分は無能なので、大手のぬるま湯に浸かってのんびり高収入を得ることが出来るならそれが一番いいと思っていたのです。さっさと人生アガって、早く楽をしたい。大手SIerはそんな自分にとって、ぴったりの職場だと考
こんにちは koogawa です。最近は Stack Overflow だけにとどまらず、エンジニア向けQAサイト teratail でも回答しております。teratail はスコアが上がっていくと色んなバッジをゲットできるので気に入っています。 teratail【テラテイル】|思考するエンジニアのためのQAプラットフォーム ところで今日は次の質問に回答しました。 teratail.com これ、めちゃくちゃ良い質問だと思うんです。何より自分がわからないことをちゃんと言語化できている。 すでに回答もいくつか付いていたので内容を見てみると。。 ぐぐる。これに尽きます 普通にググれば見つかるのに 何がわからんの? だいたいこんな感じでした。 うーん、皆さんなかなか手厳しい回答です。。これだと質問者の方も、ここで挫折してしまうのではないでしょうか。 回答してみた というわけで「自分ならどうググる
先日飲み会で技術的負債についての雑談をしていた。結構いろいろな側面の話をしていたのだけど、技術的負債って一括りにしているのが今はあんまり良くなくて、負債の性質によって技術的奨学金、技術的FX、技術的年金などと言葉を変えると良いのではみたいな半分冗談で会話をしていた。 いろんな問題が技術的負債という一言にまとめられてしまっているので、負債の性質に合わせて、技術的奨学金、技術的FX、技術的年金、など用語を分けると良いのではないか、という話をした— 趣味はマリンスポーツです (@hitode909) 2018年3月27日 技術的負債について - hitode909の日記 それで技術的負債のパターンを見つけて、それによりどういう悪影響があるか、それがなぜ起こるのか、どう返却するかについて考えておくと良いのではと思ったので、今日思いついた3つのパターンをメモしておく。 思いついたパターンは3つ。 変
ストーリー by hylom 2018年03月15日 16時35分 生産性を高めるために冗長な記述が求められる言語とフレームワークを導入すべきか 部門より 独立行政法人情報処理推進機構ソフトウェア高信頼化センター (IPA/SEC) は3月6日、近年のソフトウェア開発の傾向を分析した「ソフトウェア開発データが語るメッセージ2017」という資料を公開し、ソフトウェア開発の生産性は年々低下傾向にあるとの警鐘を発した(プレスリリース)。 この資料は2018年のソフトウェア開発データ白書用に収集したデータを元に作成されたもの。IPA/SECでは、新規開発プロジェクト全体におけるソースコード行数の生産性が年々低下傾向にあることに着目し、ここからソフトウェア開発の生産性が低下していると主張している。 データのさらなる分析の結果、この要因として「品質要求レベルが上昇している」「要員のスキルに低下傾向がみ
今やどんなビジネスでもITが関係している。ITを支えているのはソフトウェアだ。あらゆるものがソフトウェアで実現される時代になった。そんな事業や生活に密接に関わるソフトウェアだが、その開発について知られていないことも多い。 とくに経営者がプログラミング経験がないことで、ソフトウェア開発のリーダーシップをとるときに的外れなマネジメントをしてしまうことがある。あまねく経営者がプログラミング経験があれば良いのかもしれないが、それは現実的ではない。 プログラミング経験がなくても、せめてソフトウェア開発の特性について知っておくと良さそうなこともあると思い、なるべく専門用語を使わずに本稿を書いた。 プログラミングは製造ではなく、設計である いまだにソフトウェア開発を、ビルや家屋の建築に喩える人がいるし、工場でモノを製造するようにプログラムが作られると思っている人もいる。 ここが間違いのもとだ。ハードウェ
人気が下降しプログラマの求人も少ないプログラミング言語ワースト10は? 一方で仕事の多い言語は? CodementorXとCoding Dojoの調査結果 仕事としてどんなプログラミング言語が扱えるかは、プログラマのスキルやキャリアにとって重要事項でしょう。 フリーランスエンジニアのマッチングサイト「CodementorX」は、GitHubやTwitter、Stack Overlowなどのコミュニティサイトにおける人気や、同社の求人データの傾向などを基に、人気が下降し求人も少ないプログラミング言語を、記事「Worst Programming Languages to Learn in 2018 | Codementor Blog」で発表しています。 一方、プログラミング学習サイトの「Coding Dojo」は、求人サイトIndeed.comの情報を基に、仕事の多いプログラミング言語を「Th
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
Eureka EngineeringLearn about Eureka’s engineering efforts, product developments and more.
そういうときがよくあります。 コードレビューがある会社は今が初めてだけど、きっとこれから先もコードレビューがある限りは、なくならない気持ちなんだと思います。 だから、そんなときに振り返れるようなものを残しておきます。 「コードレビュー つらい」でググってみると、はてな匿名ダイアリーのこんな記事が見つかりました。 anond.hatelabo.jp さすがに、ここまでヒドいケースを経験したことはないし異常だと思ったけれど、以下のくだりは自分の胸にすごく刺さりました。 私はプログラマに向いていないんじゃないかと思う。よいプロダクトを作る上で強い言葉を交えた議論が必要不可欠ならば、それに強いストレスを感じてしまう私はプログラマとして適正がないのでは? 刺さったのですが、それでも自分はここでやっていかなくちゃならないと思っているので、つらくなったときにいつでも読み返せるよう、見つけた記事・資料をま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く