note.com 僕の間違いじゃなければ、時々はてなのブログでコメントを頂いた方のように思う。Python関係で。大変お世話になりました！ 法人の設立にあたっての事務処理と、会社運営のお気持ち編を、自分の体験からまとめてみます。2016年6月にノリ（そうだ独立しよう）だけで起業して7年ほどひとり。今は2人体制になった。 会社を大きくする方法はなんもわからんので、そういう内容を期待される方はすいません！沿わないと思う！ 1. 決算処理は専門家に任せたほうが良い 自分は前職の会計事務所でお世話になったため、起業当初から会計事務所を利用させてもらっている。年間30万弱。決算処理込み。 6月1日に創業したけど、タイミング的に6月になっただけで、深い意味はなかった。会計事務所的に3末はGW進行と重なるので避けたほうがいいかも。 決算処理は確認しないといけない事項が多すぎて、素人がいくら確認しても漏れ

「インターネット老人会 Advent Calendar 2023」12日目の記事です。 adventar.org インターネットとの出会いは iBook G3と共に 自分のPCデビューは、1999年。当時仲の良かった友人で唯一ネットについて色々教えてくれたY山が、「だれもマカーがいねぇ」と呪詛を唱えるもんだから、何も考えずにMacを買った。これだ・・・懐かしい・・・！ 最初のプロバイダーに選んだのは、AOLでした。マカーの友人が入ってた過疎ってる英会話サークルに自分も顔を出していて、プロバイダーを聞いたら「AOLがいいぞ、チャットで外人とお話できて面白いぞ」と聞いた。やってみた。タイピングが遅すぎて、helloしか打てんことに嫌気が差した。brbだけは覚えた。実際問題、何を聞いて良いかもわからんしうまいこと話せねぇわ！たまに夢に出てくる。 次の思い出は「ご近所さんをさがせ！」というサービス

先日のDXの時代に関する記事を書いている中で特に感じていたのは、コーディングではなくプランニングに比重を起きつつエンジニアと議論できる人材が必要だということ。プロダクトマネージャというわけでもなく、もう少し守備範囲が広い人。そういった職種を定義したいなと思っており、IT企画というテーマで勉強会をやったりしたんですけど、既に職種化されている記事があって興奮しました。 hatenanews.com ITプランナーの仕事内容メモ 上記の記事を読んだ私のメモです。 ITプランナーは、エンジニアのチームとともにプロダクトを企画開発し、リクルートの商品として世の中に出していくのが仕事 「What（何をやるか）」を重点的に考えるが、エンジニアと同じ土俵で議論をすることが求められる ワイヤーフレームまではITプランナー側で作り、ER図はエンジニアが作る ITプランナーでSQLを書けない人はいない クライア

展望2020年のIT企業というシリーズ企画の記事を、たまたまTwitterで見かけました。 japan.zdnet.com この記事で語られるDX(デジタルトランスフォーメーション)ってものすごいオワコン臭で衝撃を受けました。汎用機をお守りする時代は終わった、これからはオープンなWeb技術を駆使して基幹システムではなく顧客の売上を支えるITを作るのだ、SO！それが！DX時代！ みたいなノリで書いてあって、1ミリも次世代感が無い。 生きている時間軸が違うんだなと思いました。 DXの妨げは社内システムにあるらしい 色んな定義をされているDXですが、ここでは経済産業省の提唱する「DXレポート」のサマリー版に書いてある問題点とDX推進のためのシナリオみたいなのを引き合いに出します。 DXレポート ～ITシステム「2025年の崖」克服とDXの本格的な展開～（METI/経済産業省） 簡単に言うとこうい

daiksy.hatenablog.jp 既視感があったので反応しちゃう。すげー懐かしいなこの手の話題と思った。 懐かしいと言っているのは、ネット上の議論では誰も肯定的な反応をしていないと思われる「PG→SE→PM」の出世魚キャリアの憂鬱にそっくりだったこと。 技術者とマネージャって職種(ジョブ・ディスクリプション)が全く違うのに、なんでこれが技術者の出世コースになっているのか。でも、ビジネスサイドと話ができるマネージャーは価値高いけど「作りました」ほどわかりやすい評価体系がないし、陸に上がった魚は老害になるんじゃないか・・・みたいな話ですよね。 当時は今ほどITが本業の会社が多くなく、エンジニアの主たる現場は受託開発を中心に行うSIerでした。その内部でも誰もPMになりたがらないのは人材育成上の課題にあげられていた。給料大差ないのに責任は重いので単なる貧乏くじではという風潮でした。 某ブ

4月からプログラミングを教える仕事を定期的に行っていて、集合研修という形が１つ、実験台としてプログラミングに興味がある学生の甥っ子に対してマンツーで教えています。自分の教えている内容がどう伝わるか、どんなイメージ絵を描けばいいのか、どの順番で説明すればよいのか。それらを検証するためです。 で、そんな中、甥っ子がポロッと漏らしました。 「おれ、やっぱりプログラミングのセンスが無いんだと思う。教えてもらっても全くわからないことが多いし...」 「ちげーだろ。お前は単なる練習不足にすぎない。2〜3回しか練習していないのに、どうやってオレと同じレベルで物事が判断できるんだって話。ちょっとしか練習してないのにセンスもクソもない。漢字の書き取りにセンスが必要か？ 100回while文書いてみたか？ 書いてないだろ？ 」 「あ・・・（察し」 センスは練習不足の免罪符じゃない 彼が言っていたセンスがあると

社内の主要開発言語にPythonを取り入れたことで著名な(株)ビープラウドさんが、Pythonのオンライン学習プラットフォーム「PyQ」をリリースされました。 pyq.jp 佐藤社長のご厚意でアカウントを発行頂き実際に使用してみたので、使用感をレビューします。 問題構成 以下のセクションに別れています。他にもいくつかありましたが、チュートリアルからWeb開発まで用意されています。 チュートリアル Python はじめの一歩 Python 初級 Python 中級 実務でのPython はじめてのWebアプリ Web初級 画面構成 2ペイン構成です。左側に問題(クエストと呼ばれています)の説明と解説、右側がPythonのコードを実装して実行結果やテスト結果の表示を行う場所になっています。工夫されているのは左側の説明の箇所で、写経前と写経後のコードの差分が見れるようになっており、自分で間違いに

2017年4月から人生初めての新人研修講師を務めさせて頂くことになりました。プログラミング入門がテーマです。 先方は昨年までJavaでカリキュラムを組んでいたんですが、JavaをやめてPythonでやらせてもらえないかと提案し快諾頂きました。プログラミングの入門書を書いたから特に感じることなんですけど、Javaはプログラミングの初学者に向いていない言語だと思います。 クラスありきの言語設計 それがJavaの良いところでもあると思いますが、プログラミング自体が初めての方を対象に考えた場合、はじめの一歩として不適切だと感じます。 Hello Worldが重たすぎる お馴染みのHello Worldです。初めてのプログラミングで以下のコードを見たら、何のことやら分からないでしょう。 public class Test { public static void main(String[] args

僕は器用貧乏です。色んなことがそこそこできるという、一般的なキャリア論では最もダメな部類に入ると思います。餅は餅屋。ドラッカー先生も言うてはる。あなたは何によって知られたいのか、それが重要だと。 エンジニアとしてキャリアをスタートさせて、恐ろしいことに10年以上の月日が経ちました。残念ながら、エンジニアとしては絶対に大成しないという確信があります。コードを書くのは好きです！でも、要素技術を突き詰めようという気持ちがすごく弱いのです。1つに絞り込むってことが、生理的に出来ない...全く違う分野に対して興味を持ったら、もう止められない。 そんな人って、実は技術職のエンジニアでも結構いるんじゃないかなっと感じたので、ブログ書きました。1つの分野の専門性が築けなくて悩んでいるのなら、「そーゆーの向いてないわ、俺」で諦めちゃったらいかがでしょう？ 僕のように。 僕より優れたエンジニア、僕より優れた営

毎度おなじみ技術評論社の傅さんからご恵投頂きました。 その「エンジニア採用」が不幸を生む ~良い人材を見つけ、活躍してもらうには何が必要か? 作者: 正道寺雅信出版社/メーカー: 技術評論社発売日: 2016/12/07メディア: 単行本（ソフトカバー）この商品を含むブログを見る 結論から先に言いますと、僕が今までご恵投頂いたエンジニアのキャリア本で「ベスト」の一冊です。 採用という切り口でエンジニアのキャリアを見つめ直す 本書は「採用」に絞って、エンジニアが企業組織で良いキャリアを築くためには何が必要なのかを問題提起しています。「エンジニアはもっと採用されるように頑張れ」というクソみたいな話じゃなく、採用すると決めた経営陣、それに従う人事担当者、採用されるエンジニア。この3者の立場を俯瞰しつつ採用コンサルティングとして携わってきた筆者が、重厚な論調で痛快に問題点を指摘しています。 エンジ

cild.hatenablog.com この記事に賛同してしまうような人が最も起業に向いていないなぁ...。イケハヤの劣化コピーかと思うぐらい適当なことしか書いていない。 職場の空気すら読めないのにどうやって商談の空気を掴んでいくんだって思うけど、大丈夫かな。自分でやった方が早いと思っちゃう人は、作業と仕事の区別がついてないので起業に向いていない。仕事が目の前にあればあるだけやってしまう人は、自分がボトルネックで取引先に迷惑をかけるし、無駄に消耗戦を戦って安く買い叩かれるので、起業に向いていない。休日にゴロゴロすることも出来ないぐらい逼迫してるなら、やってても楽しくないのでキチッと休めるサラリーマンの方が良い。まだまだ書けるけど、バカらしいや。 こんな調子で書いてしまうとアレなので、僕がこれだけは間違いないなと思う「起業に向いている人の特徴」を１つあげます。ストイックな人です。複合的な言葉

休学して起業すれば良かったのに。大卒という看板は一生自分についてくる。片道切符を掴む必要はなかったよね...。済んだことからしょうがないけど。 www.ishidanohanashi.com レールの乗った人生というのが何を指しているかわからないけど、お仕事はルーチンワークというレールの上を進まねばならない。あなたが憧れている方も滅茶苦茶レールの上を歩いている。社長でもフリーランスでも会社員でもアルバイトでも、みんなに言えることですが、「仕事で楽しいのはごく一部で、大半はルーチンワーク」です。同じことを繰り返すのが仕事の大半。何かを継続することは、同じことを繰り返すこと。仕事を変えたいと思って行動しても、帰結する先はルーチンワークなんですよ。なので、こいつを楽しめなかったら無茶苦茶消耗します。 新卒フリーランスという謎の言葉が一時期バズってた。限りなくニートに近いけど言い方がファンキー。そ

「独習Python入門――1日でプログラミングに強くなる！」というPythonでプログラミングを学べる入門書を出版します。皆さんご存知の小悪魔女子大生(現在はOL)サーバーエンジニア日記を書かれていた、aicoさんにイラストを頂戴しました。 8月5日、販売開始です。 8月5日、販売開始です。 大切なことでございますので、2回述べさせて頂きました。Amazonで予約受付を開始しています。詳しい目次や電子版の案内等があるので、版元の技評さんのサイトを貼っておきます。 gihyo.jp Amazonはこちらです。 独習Python入門――1日でプログラミングに強くなる! 作者: 湯本堅隆出版社/メーカー: 技術評論社発売日: 2016/08/05メディア: 単行本（ソフトカバー）この商品を含むブログを見る 画像がまだ反映されない... 本書を執筆したきっかけ 身内にプログラミングを教えてほしいと

5末で前職のエフ・ケーコーポレーションを退職しました。で、会社作りました。6/1に登記申請を行い受理されてから口座開設と税務署への届出等の細かな手続きがございまして、法人としてスタートするのに１ヶ月かかりました。 quality-start.in StaticPressで作ってS3でホストしてます。WP管理するのがめんどくさくなってしまった。お問い合わせフォームはTayoriというサービスを使っています。 以下、独立に至るまでの経緯を書きましたので、よろしければお付き合い下さい。 独立に至るまでに考えたこと 昨年の今頃から退職は頭にありましたが、次に何をしようと思った時に「これ」というのが浮かなばかった。とりあえず、人に会おう。その中で考えよう。そんな感じで色んな方とランチをご一緒させて頂きながら近況報告をしつつ何をすべきか考えました。 僕がひとりで内製していたこともあり、「業務のわかるエ

言いたいことがストレートに伝わる良い文章だと思います。 simplearchitect.hatenablog.com ウォーターフォールはなんのメリットもない。プロジェクトの工程間のつじつまを合わせることができないやり方でオーダーメイドのソフトウエアが正しく作れるわけがない。正しいし、それなら一切のメリットが無いという話も理解できる。 では、ここで小噺をひとつ。受託開発の要件定義フェーズであなたは要件を変えないと顧客にとって不都合が起こることがわかったとします。社内で相談した結果、えらい人がこう言いました。 確かに不都合はあるかもしれないけど、固まった要件を自分から揺り戻すなんて出来ないぞ。これ以外やりませんって合意を取らないと前に進めないだろ？ その変更が違う変更を産むかもしれないし、お前それ膨らんだ時に責任取れるの？ 僕の実体験を一部脚色してお伝えしています。簡単に言えば、ソフトウエア

元ネタはこちらのTweet。 クラウドワークスは登録数80万人で二十万円以上稼ぐのは111人。ということは0.0138％。ネットでみつける在宅の仕事で生きていくのは甘い考えだよ。と社会の厳しさを教えてくれるデータ。。 pic.twitter.com/KWpHwBVcKy— Kabu Berry (yama) (@nagoya_kabuoff) 2016年2月21日 公式資料かどうかを確認すべく、クラウドワークスさんの決算説明資料のWebページをチェック、当該Tweetで掲載されている画像の資料は、 2016年9月期　第1四半期決算説明資料(PDF)に掲載されているもので、公式の見解ということになります。 働き方はやっぱり正社員がNo.1 正社員という雇用形態が崩壊に向かい非正規雇用者が増えている中で、正社員でないと社会的信用や経済基盤等が損なわれてしまう。雇用にも限界があるわけだから、「個

facebookに流れてきたこのエントリ、衝撃的な内容でした。 risingsun-system.biz 技術者と会話が成立しない うわっ・・・となった。 こちらのお客様は、過去何度も地元のソフトウェア開発会社に仕事を頼もうと、いろんな会社とコンタクトを取られたといいます。しかし残念ながら、どの会社とも取引にいたることはありませんでした。 理由は様々ありますが、煎じて詰めると「技術者と会話が成立しない」ということでした。 自分の住みたい地方のIT業界をより良くするために必要な構造変革とは？ 「業務がわかるエンジニアがいない」→「地方のユーザー企業から元請けの仕事を取れない」→「大手の下請けに入る」→「地元で業務が設計できて実装まで行えるエンジニアが育たない」→「業務がわか(ry」のループに入っている様子が鮮明に見えちゃいました。上記のエントリを書いた方は長野県の方ですが、どの県でも同じよう

あるあるネタだと思いますが、組織がより優れたパフォーマンスを出す為にやっちゃいけないことが「出来る人とできない人がいた場合、出来ない人のためにレベルを下げること」です。 優れた解決策を持ってる人に合わせよう コードのバージョン管理で、出来へん人が「あの僕はGit使えないんでZIPで差分管理して欲しい」とか言い出した時に「そうだね！出来ない人に合わせないとね！」とはならず「Git覚えて」となるでしょ。優れた解決策を持ってる人が、結局は出来ない人を助けている。わかりやすいでしょ。— やきう大好きござ先輩 (@gothedistance) 2015, 12月 24 簡単にいえば「↑」のようなことです。非エンジニアの方にはわかりにくい例ですが、Excelをファイル名＋日付＋バージョン名で複製して管理するのはとても大変ですよね。そんなことをしなくても良いツールがあるんです。それを使える人がいるのであ

僕がSIerを退職して５年。大きな潮目を迎えているのかもしれない、SIビジネスのお話。 itpro.nikkeibp.co.jp 簡単にまとめると「一括請負はゼロサムになってお互い不幸なんで、XaaSを使って作らないSIをやり始めている」という話を「オルタナティブSI」という言葉で表現しているようです。この5種類に分類してくれていますが、ただ並べただけで軸はバラバラです。 月額契約型サービス「納品のないSI」 固定料金でシステムを構築する「定額パッケージSI」 自動生成ツールを使う「自動生成SI」 クラウドでITインフラを構築する「クラウドインフラSI」 ユーザー企業自らシステムを外販する「コミュニティSI」 作らないSIはずっと前から目指していた 代替となる選択肢は色々あるけれども、根幹にあるには「作らないSI」を目指していることだと思っています。 僕がSIerにいた10年前も「作らない

技術評論社の傅様よりご恵贈頂きました。いつもありがとうございます。 PHPはどのように動くのか　?PHPコアから読み解く仕組みと定石 作者: 蒋池東龍出版社/メーカー: 技術評論社発売日: 2015/09/17メディア: Kindle版この商品を含むブログを見る PHPの文法の解説ではなく、PHP4以降のコアとなっているZend Engineの解説書です。技術評論社でしか世に出せない一冊ではないでしょうか。 PHPコアとは何か PHPは御存知の通り、インタプリタ型の言語です。PHPスクリプトを字句解析→構文解析を行い、「オペコード(opcode)」にコンパイルして、PHPの実行エンジン(Zend Engine)に食わせて実行します。このオペコードがどのように生成され、実行されているのか。割り当てた変数や関数のメモリはどう管理されているかを実行エンジンレベルで読み解いていくことで、PHPで書