とにかくプロなフロントエンドエンジニア。

2020.11.16

Logging

下記の動画を見て頂ければ分かると思うのですが、フレームワークなどを使わずにベタでこれを作っているというのは、フロントエンドエンジニアとしてはプロ領域だと感じます。出来る人の違いはCSSをゴニョゴニョ使えるかにあるだろうなと、ここまでゴニョゴニョ使えたらフレームワークなんていらないよな。ちゃんとレスポンシブにもなっていて、感心してしまいます。ここまで出来ないとプロのフロントエンドエンジニアとは言えないのかは、わからないけど。でも見ていて爽快感がありますよね。

自分もゴニョゴニョとフロントエンドエンジニアの領域も侵食していかなければ、いけないなと何事も手を動かさないと覚えない。この頃のWEBは動的なデザインをCSSやJSを駆使して作られているので、そこんトコロを自分も勉強していけたらなと思います。バックエンドもフロントエンドも両方極めたいなと思えた動画だった。未だにWEBは奥が深いなと思うし、ソフトもアプリもそうなんだけどいろいろと頑張らないと思えてならない。

タグ

css, JS, web, アプリ, いろいろ, エンジニア, エンド, ここ, ゴニョゴニョ, これ, そこ, ソフト, デザイン, トコロ, バック, フレームワーク, プロ, フロント, ベタ, 下記, 両方, 人, 何事, 侵食, 勉強, 動画, 奥, 感心, 手, 爽快感, 自分, 違い, 頃, 領域, 駆使,

Preferred Networksという会社は買い！

2020.10.30

Logging

プリファードネットワークスは買いだけど、まだ上場していない。でも今後、絶対不可欠な技術を研究開発してきているので、数年後には上場するのではないかと思っています。トヨタが出資している意味がよく分かる、社長さんがエンジニアだから研究開発していることがよくわかっていらっしゃる。

そして西川徹社長さんはかなり賢いひとです。会社の社員さんも賢い人ばかりの会社。そんな会社じゃないと深層学習の研究開発できないよという事です・・・有望な企業だと思います。

動画を視聴するとやはりこれから先はデジタルの民主化が進むのかもなぁと思い、やはりこの業界にいたほうが良いのかなぁと悩ましくなります。

最後に動画で紹介しているフレームワーク、Chainerのリンクを貼っときます。これから機械学習や深層学習する方のために日本語のドキュメントも置いている良心的なページとオープンソースのリンクです。興味が在る方は是非、見てみてください。
https://tutorials.chainer.org/ja/
https://chainer.org/

因みにPreferredとは推奨の、望ましい、好ましい、好きな?、優先のとかいう意味があります。

pip install chainer

[slideshare id=96768990&doc=introductiontochainer11may2018-180512001553]

タグ

-xzc, 6, Chainer, com, hsrycS, https, Networks, Preferred, watch, www, youtube, エンジニア, かなり, こと, これ, ため, デジタル, トヨタ, ネットワークス, プリファード, フレームワーク, リンク, 上場, 不可欠, 事, 人, 今後, 企業, 会社, 先, 出資, 動画, 学習, 徹, 意味, 技術, 数, 方, 日本語, 最後, 有望, 業界, 機械, 民主化, 深層, 研究, 社員, 社長, 紹介, 西川, 視聴, 買い, 開発,

[悲報]無職になりました?。

2020.10.12

Logging

一週間ぐらいまえにお仕事が決まって働いていたのですが、先週の金曜日にそのお仕事を辞めることにし、社長さんにそのお話をして今に至っています。

就いた職種はプログラマーです。お仕事としては某大手企業が開発したおそらくフレームワークでの開発（特殊なプログラムコード）になります。そのコードはどちらかと言えばN88BASICのようなプログラム仕様です。そちらを覚えるのにはそれほど時間もかからず、辞める前にはほぼ理解していたのですが辞めました。

コロナ禍でお仕事につけたのは感謝です。ただ自分自身のこころの問題（葛藤）で辞退しました。小さな会社でしたが社員さんや社長さんも良い人ばかりでしたが、なんか今まで培ってきたことが全然活かすことが出来ない。出しゃばってこれも出来るよとか言えなかったです。やっぱり難しいですね、効率化が全てではないし、それで運用しているということはそれで仕事が成り立っているわけなので、そこに技術を入れることにより仕事が短縮化してしまうわけです。

そして活かす事が出来ないなという思いともう一つの葛藤があります。それはプログラムの楽しさがこの頃なくなってきたという事です。昔はプログラムを書くことが楽しかったのですが、ここ数年でその楽しさがあまりなくなってきています。なので、辞める理由としてプログラムという職があってないという理由で辞めました。

仕事だから楽しさを求めるなという意見もあるでしょう。でも何か楽しさややりがいがあるから仕事は続けられると思います。そういう面では運送会社に勤めていたころが楽しかったなと思っています。その職に将来性があるかどうかは分からいないし、いまもう一度、同じ職に就いたとして楽しく出来るのかと言えばそれは正直なところ分からないです。その一番の理由として心のモチベーションや今まで経験（人生経験）したことにより、20代と同じ感情になるのかなと思うとそれはまた違うのかもしれないという事です。もう40代になるけれど・・・なんかなぁと自分でも思います。

そんな中で昨日、映画、浅田家を観て救われました。世の中にはあんな人もいるだなって別に自分は大きな成功を収めたいとは思っていないのですが、安定した生活や周りの人に心配されないようにとか、、、上手く言えないけれどまぁ何とかしたいなと思っています。

タグ

88, BASIC, お仕事, お話, コード, こころ, こと, これ, コロナ, そこ, そちら, それ, どちらか, フレームワーク, プログラマー, プログラム, まえ, わけ, 一, 人, 今, 仕事, 仕様, 企業, 会社, 先週, 全て, 前, 効率, 問題, 大手, 悲報, 感謝, 技術, 時間, 無職, 特殊, 理解, 短縮, 社員, 社長, 禍, 職種, 自分, 自身, 葛藤, 辞退, 運用, 金曜日, 開発,

フレームワーク使うべしか否か。

2017.11.09

Logging

フレームワーク使うべしか否か。
答えは使うべし！！
会社で決済廻りを修正することが多いのですが、このカート廻りを
速やかにフレームワークに置き換えを行いたいと思っています。
現状、自分が入る前に作られたカート（委託）ですが、今や負の遺産になりかけている
A社からB社へなどいろいろな会社がカートを改修しているため、内部コードは
継ぎ接ぎだらけ、そして自由度が低くお客様がメンテナンスすることが難しい。
一番の問題はHTMLコードとPHPコードがごちゃごちゃしていて
ある程度、プログラミングが可能な人でないと修正が出来なくなっている。
これを解決するにはLaravel、もしくはSmartyなどを導入し一から作り直したほうが
確実に良いように感じます（俗に言うフレームワークとかいうやつ）。
決済廻りを作り直すにはおそらく1、2ヶ月時間が必要かなと。
ただ作り直すことが出来たらなら、確実にトラブルなどは無くなることは間違いないと
現時点、それだけは分かっているのですが仕事が立て込んでいて
作る隙がないのが現状です。
一刻も速くカートのトラブルから脱出したい
今日此の頃です。
胃が痛い・・・重圧を感じます。
お金に直結する部分って嫌な部分です・・・ね。

タグ

HTMLコード, Laravelエキスパート養成読本, PHPフレームワーク, Smarty, Software Design plus, カード, カート廻り, トラブル, フレームワーク, プログラミング, 今日此の頃, 内部コード, 決済廻り, 現状, 継ぎ接ぎだらけ, 置き換え, 自由度, 重圧,

高知フォトサークルをリニューアルしましたのでお知らせ。

2016.03.22

Logging

高知フォトサークルをリニューアルしましたのでお知らせ。
まぁまぁ日にアクセスが有る高知フォトサークルサイトを
リニューアルしました。
前まではWordPressを使って
ポータルサイトを構築していましたが
いまいち活動している人がいなかったので
登録してくださった方には悪いのですが
サイトを削除して突貫工事で新たなサイトを
構築しました。
今回はCSSのフレームワークなどを
使ってサイト構築を行っています。
尚、今後、活動が盛んになれば
いろいろと機能を追加していくつもりでいます。
現在は掲示板みたいな機能しか
備わっていませんが、徐々に
暇な時間帯を使いいろいろな機能を
追加していけばと思っています。
http://kochi-photo-circles.com/

タグ

css, WordPress, アクセス, お知らせ, サイト構築, フレームワーク, ポータルサイト, 人, 掲示板, 日, 時間帯, 機能, 活動, 突貫工事, 高知フォトサークル, 高知フォトサークルサイト,

Fabric（ファブリック）というフレームワークでアプリ開発すると

2015.04.22

Logging

Fabric（ファブリック）というフレームワークでアプリ開発すると得なのか？
このフレームワークはTwitter社が提供しているサービスなので基本的にTwitterと連動したい場合に開発がスムーズに進むというだけの話です。TwitterとのAPIと連動したアプリを作りたいと思っている以外はあまりオススメしません。Fabric（ファブリック）に限らずフレームワークを使用すると開発が効率的に進んだりしますので便利なのですが、その分、成約もありますのでゴリゴリと作りたい場合やそれ程、フレームワークの用途を使用しない場合はフレームワークを無理に使う必要はないかと思います。

タグ

API, Fabric, Twitter, Twitter社, アプリ, ファブリック, フレームワーク, 以外, 分, 成約, 用途, 開発,