Registre uma conta gratuita hoje para se tornar um membro! Uma vez conectado, você poderá participar neste site adicionando seus próprios tópicos e postagens, além de se conectar com outros membros por meio de sua própria caixa de entrada privada!
De nada adianta ter um put* código fonte bem escrito e o usuário final não conseguir acessar nada da página/aplicativo porque a interface não é amigável, e também o contrário é verdadeiro (super fácil do usuário mexer, mas dá bug em tudo). Os dois ends PRECISAM se complementar da melhor forma possível, senão dá ruim.dou valor a uma boa interface gráfica.
Tua pergunta é muito pessoal. Eu se precisar escrever uma regra de css fico de mau humor o dia inteiro. Agora, se precisar implementar um relatório com dezenas de subqueries com group by e só retornar por json para o frontend, fico com um sorriso de orelha a orelha.
Geralmente o perfil dos dois desenvolvedores é bem diferente. Acho que a pessoa deve escolher por afinidade e não pelo mercado. Também não adianta escolher um lado só para ganhar mais, que depois vai acabar sendo demitido por desmotivação. Desenvolvimento é uma área que exige bastante dedicação. Se não trabalhar com uma certa paixão não aguenta o tranco.
E nenhum lado é tranquilo hoje em dia.
É pq como front teoricamente é mais visual na programação, cansa menos a vista acho
<?php
namespace Hcode\Model;
use \Hcode\DB\Sql;
use \Hcode\Model;
class User extends Model {
const SESSION = "User";
public static function login($login, $password)
{
$sql = new Sql();
$results = $sql->select("SELECT * FROM tb_users WHERE deslogin = :LOGIN", array(
":LOGIN"=>$login
));
if(count($results) === 0)
{
throw new \Exception("Usuário inexistente ou se nha inválida.", 1);
}
$data = $results[0];
if (password_verify($password, $data["despassword"]) === true)
{
$user = new User();
$user->setData($data);
$_SESSION[User::SESSION] = $user->getValues();
return $user;
} else {
throw new \Exception("Usuário inexistente ou senha inválida.");
}
}
public static function verifyLogin($inadmin = true)
{
if(
!isset($_SESSION[User::SESSION])
||
!$_SESSION[User::SESSION]
||
!(int)$_SESSION[User::SESSION]["iduser"] > 0
||
(bool)$_SESSION[User::SESSION]["inadmin"] !== $inadmin;
){
header("Location: /admin/login");
exit;
}
}
}
?>
Olha isso que caraio to fazendo agora, fico meio sonso até hahaha
Quando eu trabalhava com isso, o que eu cobrava de mais caro era pra corrigir problema em sites que outros desenvolveram pros clientes. De vez em quando eu pegava cada bomba que só pra conseguir entender o que o vivente escreveu levava um tempão.- Semântica
Sempre tem nego trabalhando aqui comigo que não dá espaços, enfia vírgulas em qualquer lugar, junta várias linhas, bagunça tudo.. mas eu sempre cobro de prestar atenção nisso. Depois de um tempo você vê como o código fica mais fácil de entender se estiver bem formatado.
Quando eu trabalhava com isso, o que eu cobrava de mais caro era pra corrigir problema em sites que outros desenvolveram pros clientes. De vez em quando eu pegava cada bomba que só pra conseguir entender o que o vivente escreveu levava um tempão.
É pq como front teoricamente é mais visual na programação, cansa menos a vista acho
Poha não sei da onde tiram que back é pior. Estou desenvolvendo full stack e faço back de boa. Mas quando chego na view(vueja, jquery, semantic, e etc) dá vontade de me jogar do prédio da empresa de tão escroto que é.Minha area é SO/SD/c++ então eu posso ta falando m****, mas pelos meus amigos. Em geral front mais fácil e divertido(menos stressante) mas paga menos. Enquanto que Back só da dor de cabeça e é pra quem tem estomago, obviamente page melhor.
Backend é tranquilo quando ele só serve para cuspir json para o front. Mas agora pega um sistema ou e-commerce complexo, cheio de formas de pagamentos, promoções, cupom de desconto, integração com tudo e com todos, dai a coisa fica divertida.
Se não tivesse que mexer com front faria com sorriso na cara. Gosto muito de pensar em estrutura, que padrões de projetos pode se encaixar pra cada situação , camadas, tecnologias e etc...Backend é tranquilo quando ele só serve para cuspir json para o front. Mas agora pega um sistema ou e-commerce complexo, cheio de formas de pagamentos, promoções, cupom de desconto, integração com tudo e com todos, dai a coisa fica divertida.
Você é da onde? O que tu manja?Acha classes! hahaha vira uma salada.
Eu curto de mexer banco de dados, gratificante quando dar certo o insert/update/delete
Então vou ficar no back mesmo, dominar PHP e/ou Java.
E aprender bem Jquery(sei instalar já slide ).
Agora rezar enmcontrar uma vaga de programador junior que pague 1500 no minimo
Acha classes! hahaha vira uma salada.
Eu curto de mexer banco de dados, gratificante quando dar certo o insert/update/delete
Então vou ficar no back mesmo, dominar PHP e/ou Java.
E aprender bem Jquery(sei instalar já slide ).
Agora rezar enmcontrar uma vaga de programador junior que pague 1500 no minimo
Você é da onde? O que tu manja?
Outra coisa que odeio de frontend é que voce programa pouco e testa muito. Vejo as meninas do front do meu trampo. Estão tempo todo ligando iPod, iIsso, iAquilo, virando a tela de lado, mudando tamanho da tela. Eca.
Backend só pergunto versão do PHP, programo no Windows mesmo, publico no Linux, o que eu não deveria fazer, mas no final funciona mesmo assim. A energia que gasto com teste é fazendo testes unitarios, que também é programação e se pagam a longo prazo.